go-zero 的 Redis 竟然只支持 0 库……

[uiosun]

我们是微服务架构，但业务比较小，单机 Redis 少许扩容就撑住了，现在有新独立业务就想切个缓存库，发现只支持 0 库。

看了一些 issue ，社区主导者认为这会增加运维工作量，干脆不支持这个功能。

业务已经开始写了一个月，现在切换估计不是很来得及。似乎只能 fork 一份自己改改？

---

最后吐个槽：

不是很理解这种：可以明明可以基于开发规范进行约束的问题，却直接干脆的放弃功能的设计思路。

选 go-zero 的时候，是被宣称“大而全”的微服务框架吸引了，突发奇想了一个词：高大壮汉穿小鞋……

[sujin190]

如果 redis 当做数据库而不是缓存那么分库其实就比分 key 好，缓存的话还是分 key 更好，redis cluster 本来就已经定位于缓存集群了吧

[JKeita]

使用 0 库很正常吧，自己搞集群或多实例呗

[8355]

@uiosun #11 没上集群也应该高可用啊...

[RangerWolf]

震惊了。。。 居然只能 0 库

[dif]

一直用 0 库，不同业务用 key:subkey:... 去区分了，当然，也要限制一些命令的执行。
主要是不管多小的业务，上来就是一套 redis-cluster ，省的后面麻烦了。看业务要求，我们这算是打印个 hello world ，你也要做成高可用的。

[lotusgrm]

我觉得之所以 redis 集群的时候默认只支持 0 库，更多是为了简化集群管理，redis 集群中的所有节点共享相同配置，包含集群 redis 实例使用的数据库编号，通过把所有节点都配置成使用 0 号数据库，可以简化集群的管理和维护工作

[studentht]

@kawowa 似乎哨兵也支持 multiple databases ，未验证。https://stackoverflow.com/questions/62037740/does-redis-supports-databases-in-sentinel-setup-with-multiple-nodes