上百亿个键值对使用什么数据库好？

[blackcurrant]

键和值都是不超过 70 个字符的字符串。读的速度要求不大，写的速度需要非常快，最好还能节省空间。
什么数据库合适呢？

[wbrobot]

信得过豆瓣的话，beansdb

[dremy]

YY 的面试题吧，要真有这么大的数据量，还会连个数据库都选不定？

[qianji201712]

Instagram 有一篇介绍 Redis 的 Key 存储的文章，写得很详细，可以参考一下：

https://instagram-engineering.com/storing-hundreds-of-millions-of-simple-key-value-pairs-in-redis-1091ae80f74c

中文翻译： https://www.cnblogs.com/ajianbeyourself/p/4475172.html 不知道翻译是否准确，看英文最好

[kex0916]

hbase

[qq976739120]

目测又是哪个面试题

[joesonw]

TiKV?

[gouchaoer]

mysql 用 tokudb 引擎啥的？组个 8T 硬盘的 raid 足够存数据了。。。别的分布式方案运维挺麻烦的，用云服务又很贵

[zorui]

etcd

[yuankui]

HBase，go go go

[abcbuzhiming]

这种级别的数据必须考虑是写多还是读多的问题了，楼主你的场景是什么，是写多还是读多？

[yanaraika]

9 成 9 是面试题……实际中性能最高最简单的做法就是买台几百 G 内存的机子+压缩下元素+LSM Tree。不折腾多机

[yanaraika]

sap hana 解决 99%的数据问题

[blueskea]

hbase

[txy3000]

要求写快 可以上分布式的内存数据库 zookeeper + redis + codis 可扩展 可容灾 可随机读取 丰富的数据结构 还可以异步持久化
如果读确实很少 且一致性要求不高 也可以用 Kafka 做个消息层 把写的消息存起来 后端接个 disk 的数据库 慢慢处理写就行了

[blless]

问就是分片，redis 或者自己 hash 分都一样

[luozic]

有錢沒？ 有錢 隨便；沒錢自己上 redis/postgresql

[hoythan]

推荐 redis 都是认真的吗，没有读的需求，只要写呀。

[tenyears102]

pika