请教一下聊天消息应该用什么数据库存储？

[monkeydream]

公司要开发运营聊天功能，估计用户 10w 左右，在线 1w 人，消息每天 100w 以上，需要存储 6 个月左右的消息，差不多 2 亿条，而且考虑到不同终端之间的消息同步，客户端需要频繁的查询聊天数据。 请问针对这样的场景应该选择哪种数据库？ 目前考虑 Mongodb 或 Clickhouse ；考虑 mongodb 主要是 mongodb 的分片模式适合存储大量数据、查询也比较快，考虑 clickhouse 主要是其能存储大数据并且查询性能也比较好（但是听说并发不太好，不知道是否适合并发查询要求）。

[QlanQ]

为啥还有推荐 es 的，这个量级用 es 做储存，会是什么价位的？
这个场景写入也很多，es 不合适吧

[Asimov01]

其他我不知道，这种需求别用 Clickhouse ，Clickhouse 设计目标就是做小规模并发，超大数据量且没有固定查询模式的快速即席分析，不适合做这种业务。

[wqhui]

mongo 挺合适做聊天数据存储的，全文查询什么的确实比不上 es ，但感觉 2 亿数据问题也不大，还可以建个时间索引自动把旧数据删掉，es 很少见到用来保存源数据的，一般都是从数据库存储然后同步到 es 。clickhouse 设计目标是拿来做数据分析不合适

[onlyhuiyi]

@monkeydream 我也不知道为啥，提申请页面都写着不再接新的实例了。应该是内部用的少吧，不想浪费人力去维护这部分了，主要还是用 mysql ，ES ，redis 等，最近越来越多用 clickhouse 。接触的系统很少用 mongo 。

[onlyhuiyi]

@demon1991yl 我也不知道为啥，用的人少，不值得安排人来维护吧。

[c332030]

@WOLFRAZOR #74 微信都迭代这么多个版本了

[AnLuoRidge]

@Singular 这个附的链接 404 了

[AnLuoRidge]

原来不能引用回复，那再贴一下无效链接： https://akshay-iyangar.github.io/system-design/grokking-system-design/system-design-problems/facebook-messenger.html