这是一个创建于 316 天前的主题，其中的信息可能已经有所发展或是发生改变。
如果共用一个，为了避免 id 重复，还得加 id 前缀，同时有些数据更新频繁，这样也会影响到那些更新不频繁的数据的实时性，但是开多个，也会有维护多个实例的负担，大家都是怎么考虑的
第 1 条附言 316 天前
我这里说的是一个业务
 | 1 Hanggi 316 天前 不是有 12 个数据库编号嘛？ |
 | 2 GG668v26Fd55CP5W 316 天前 via iPhone 多个好，方便监控 |
 | 3 wxw752 316 天前 一个 redis 用到里面多个 db |
 | 4 IvanLi127 316 天前 服务器有资源就多开，省得写了 bug 干挂了 redis ，影响其他项目。维护多个实例没啥负担，容器编排起来 |
 | 5 ShineyWang 316 天前 via Android 分文件夹不行吗？ 加个前缀区分 |
 | 6 ccde8259 316 天前 有钱就多个实例，穷就共用一个 |
 | 7 prosgtsr &nsp;316 天前 两种情况都有 对于长期的业务，开多个实例，需要就开 需要开一段时间就不开的业务，共用一个实例，并且针对业务给出 id ，业务结束了可以删除这个 id 前缀的 key |
 | 8 Oktfolio 316 天前 共用一个 Redis 挂了就全挂 |
 | 9 irisdev 316 天前 共用一个，反正我们只用来存 token 和当锁，挂就挂了 |
 | 10 realpg PRO 根据情况而定 且 cluster 不支持 db |
 | 11 shakeyo 316 天前 除非是开发环境，不然肯定分开啊 如果不是重型使用，几个 redis 进程的消耗本身微不足道 |
 | 13 hay0577 316 天前 直接面向数据库编程。我的 redis 是因为我的脚手架工具一定要我装.不然就不能启动。 |
 | 14 ZZZZZZQQQ 316 天前 1 、看量，量少一把梭，量大就分开 2 、核心服务独占 3 、业务和开发环境要分开，避免开发挖坑 |
 | 15 TuringGunner 316 天前 按业务分开 |
 | 16 ytmsdy 316 天前 主要取决于 Redis 是用来做什么的，如果就是用来存一存 token ，或者拿来当锁记录的，崩就崩了吧。 但是你如果拿来当消息队列，而且是比较重要数据的消息队列，还是单独部署吧！ |
 | 17 LanLiang 316 天前 一个业务使用同一个 redis |
 | 18 Yousri 316 天前 技术最终表现服务业务，看具体业务需求 |
 | 19 EscYezi 315 天前 via Android 一个实例，不同 key 加前缀。实际上我这有好几个项目用的都是同一个实例，不存大 key,各个业务自己加前缀区分也没出过问题。大概这样 projectA:user:12345 |
 | 20 channlong 315 天前 一个服务， 一个 Redis ，避免出现一些莫名其妙的问题 |
 | 21 imokkkk 315 天前 看预算和业务需不需要重保，要求不高的话，使用不同 DB 或者特定的前缀区分也问题不大 |
 | 22 8355 315 天前 。。。。。。。。这也是个问题吗。。。 阿里云普通 4g 主从实例不到 200 一个月 |
Select Language