使用 redis 作为数据库（非缓存），有什么建议吗？

[HUNYXV]

一个新的项目，上级的意思是要使用 redis 作为主数据库来提高服务的性能，使用 mongodb 或 mysql 等数据库作为冷备数据库。 大家有这样用的吗？

[wellsc]

别这么用，是在要用这么别扭的东西就上 pika

[heyjei]

6379 请绑定在 127.0.0.1

[Maboroshii]

有，直接用的阿里云的。但是我们的数据都是不太重要，所以这么用问题不大。还是要看具体业务

[HUNYXV]

@Maboroshii 数据还是蛮重要的，不过数据有时限，过时的就删掉了。

[HUNYXV]

@wellsc emm，上级就让这么用，使用的是 阿里云的 redis，稳定性应该尚可，不过之前阿里的 redis 出过故障，赔给了一些代金券...

[shyangs]

數據不重要可以這麼玩.

金融銀行業不會這麼玩 （ Redis 作為主資料庫）.

數據重要不重要, 要問你上級.

[clf]

没写到磁盘的数据都是不可靠的。第二手的数据也是不可靠的。
提高服务的性能不如做好高频数据的查询优化。
唯一完全丢 Redis 里的东西是那些丢失了也无所谓的数据。

[gabon]

可以看看基于 rocks db 兼容 Redis 协议的数据库，自带持久化，性能尚可。

[yuanmomo]

做过两个项目，以 Redis 为主库。一个是广告推荐系统，之前迅雷的广告平台每天量还是很大的，当时拉暴风放点测试流量就给了我 1.5 亿左右的请求。广告系统允许 5%的误差，所以这么用，没有关系。

第二个系统，跟钱沾点关系，也这么用的，Redis 集群还是在云上自己搞的，跑了两年，居然没有出过问题。也是神奇

[yuanmomo]

看你的量，是否要上集群，然后做好主从（一主两从），aof 和 rdb 配合使用，key 分类使用，做好监控的，搞好主从切换方案，好像就这些

[gidot]

redis 放热数据没问题的，但新增重要数据时：日志+异步落库，让 redis 出现意外损失降到最低。

[aptupdate]

数据量到一定规模之后怎么办呢？

[Ansen]

我们这么用了好几年了，使用的是 aof 模式

[1194129822]

一般而言数据都是很重要的。所以事务很重要。内存 cache 一般都不支持事务，主要是因为事务现在的必须用到日志，这又会极大降低性能。现在好像有傲腾持久内存，以后数据库可能真的会出现常驻内存的 ACID 数据库。

[ctro15547]

可以本地化，家里几个传感器数据就用的 redis，多年没出过问题 。不重要数据可以这么玩，工作生产的请上 mysql

[sujin190]

首先你们真的有超过 mongodb 和 mysql 的性能需求么，过度设计了吧，除了性能，一致性、集群和事务也还是跟重要的

[HUNYXV]

@yuanmomo 感谢

[HUNYXV]

@sujin190 也许是第一版这样设计，为的是简单快速上线，以后的版本迭代可能就要考虑更多方面了😂

[ospider]

别

[easychen]

试试现成的方案 http://tendis.cn/ ？