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