求推荐一个写入性能高的数据库，存储用户登录、操作相关数据

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1172 天前的主题，其中的信息可能已经有所发展或是发生改变。

要求： 1 、写入性能高，尤其是高并发下的写入性能 2 、数据不需要修改和删除 3 、查询主要是后台，频率不高，不需要很高的读性能 4 、允许数据丢失和覆盖，只要概率不高即可

目前倾向 Influx Mongodb

兄弟们还有其他推荐的么？

写入

性能

MongoDB

influx

21 条回复 • 2021-08-31 10:20:33 +08:00

xhinliang

2021-08-25 15:01:14 +08:00

看起来基于 RocksDB 的数据库很适合你，比如 Pika?

qq1009479218

2021-08-25 15:03:06 +08:00

lsm 就干这个的，推荐 Cassandra，还挺重

shylockhg

2021-08-25 15:03:56 +08:00

时序数据库挺合适

Morriaty

2021-08-25 15:21:02 +08:00

es，不过成本可能有点高

opengps

2021-08-25 18:21:11 +08:00

同 3 楼，实际经历过车联网项目，如果要求真的单一到题目中所说，tsdb 确实更合适

wangxin13g

2021-08-25 18:44:24 +08:00

时序数据库 LSM 甚至 ES 和 Mongo 都可以,写入这个你需要的是加个 Kafka 或者 RocketMQ 而不是数据库的问题

ElmerZhang

2021-08-25 18:44:26 +08:00

楼主需要多高的性能？ tps 1W ？ 10W ？

BBCCBB

2021-08-25 18:50:38 +08:00

你这个场景可以发到 mq, 然后批量消费, 批量写入, 批量就算 mysql 性能都很高.

但是要容易横向扩展, 就直接选用 nosql 吧. 不过还是可以用 mq, 然后批量写入.

securityCoding

2021-08-25 19:11:45 +08:00

主要是数据规模的问题,多写少读高并发场景挂个 mq 可以高枕无忧
db 的话看看 clickhouse

wangbenjun5

2021-08-25 19:19:31 +08:00 via Android

看这个需求就是存一一些用户操作日志，挂个 mq 异步往数据库写不就行了，这还要纠结？？？

wangbenjun5

2021-08-25 19:20:46 +08:00 via Android

MySQL 是使用最广泛最均衡的数据库了，什么 MongoDB，ES，首先确定一下公司有没有人维护吧

bazingaterry

2021-08-25 19:54:27 +08:00

clickhouse

changdy

2021-08-26 00:11:36 +08:00

楼上推荐推荐 clickhouse 的什么意思? 人家是高并发写..
并且记得 mysql 的批量写还真的比 MongoDB 慢上一些吧 ,

newmlp

2021-08-26 10:41:48 +08:00

时序数据库

zhengxiaowai

2021-08-26 13:36:53 +08:00

这不是典型的 hbase 场景吗？又便宜又好用写入性能好

buddyy

2021-08-26 13:42:36 +08:00

ClickHouse 一般用在 OLAP 场景，其写入性能我不太清楚。
不过基于 LSM 的数据库感觉和你的场景是绝配啊。

leafre

2021-08-26 15:53:42 +08:00 via Android

mongodb

xiaoshouchen

2021-08-26 23:08:19 +08:00

@wangbenjun5 也是下定决心把一些业务拆分，也方便后面做微服务。

Hozzz

2021-08-27 14:25:29 +08:00

基于 LSM tree 的都适合（顺序写入+SSD ）
NewSQL：Tidb 、Oceanbase 、CocktoachDB （同时拥有不错的 OLTP ）、ClickHouse （ MergeTree 、不支持事务）
NoSQL：Hbase 、Cassandra 、MongoDB

tianzhou

2021-08-29 12:32:52 +08:00

如果已经在使用 MySQL, PosgreSQL 这样的数据库，就不要再折腾一个新的数据库了，直接用 MySQL 就好。

roundgis

2021-08-31 10:20:33 +08:00 via Android

mariadb columnstore