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