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