我们就这样用, 以前的时候,这个只用在数据规模比较小的时候, 一个 redis 大约几十, 几百 MB 吧,因为以前的 redis aof 和 rdb 性能没那么好, 数据量太大性能有影响. 数据规模大的 redis 自己做了一个 monitor 工具,来做数据落地

后来还换过 pika 这样的硬盘型的 kv 数据库, 优点:数据实时写入硬盘,不用担心断电数据丢失, 而且使用成本低, 数据量不受内存制约. 缺点, 读写延迟相对 redis 大, API 不是 100%兼容 redis

现在直接用 云厂商的 redis, 好处就是什么都不用管, 只管用就行. 而且有多种模式, 主从, 集群都有, 基本不用担心丢数据

!!! 最后警告, 我们的业务模式允许极端状况下 丢失少量数据, 如果涉及到非常严格的场景,纯 redis 还是有风险

接触过很多游戏项目，就是直接 Redis 做数据库，并且跑的很成熟了，用户体量很大，基本没出过什么问题。在这之前我也一直认为 Redis 只能做缓存，实践证明做数据库也可以

单 Redis 集群有几个 T 的内存，内存太贵了，胜在现在有一些新产品可以自动分离冷热数据，降低成本到之前的 1/10 左右，很好用很划算