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

[uiosun]

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

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

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

---

最后吐个槽：

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

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

[ecric]

我最近也在看这个框架

[xiaoshouchen]

只能使用 0 库难道不是很基础的规范嘛？

[hzzhzzdogee]

0 库是什么意思, 求指教

[so1n]

感觉这个库宣传比开发更用心...

[whatiam]

我认为只用 0 库是更科学的做法。如果有不同的业务，应该用前缀区分。只用 0 库最大的好处就是以后做 redis 集群的时候，不用改动这部分的代码了。

[lshero]

@hzzhzzdogee redis 的 select 切换的那个

[hljjhb]

⌈Redis Cluster 竟然支持 0 库……⌋

🤣

[ByteCat]

很正常，只有单机的有 0-15 ，集群只有 0 库了，业务用不用 key 区分啦

[rekulas]

我也感觉这不是特别必要的，用库来区分业务似乎不合理，不然你们 50 个微服务那不是得部署几套 redis

[uiosun]

@xiaoshouchen @whatiam @ByteCat @rekulas

原来集群时 0 库是规范，学到了

---

那 Redis 推出多个库这个功能的意义在哪儿？之前都是 A 业务放 0 、B 业务放 1 、以此类推...，这样干净整洁

有大佬再指点一下吗，有点迷惑

[uiosun]

@hljjhb 🤣这不是小业务，没上集群吗，大佬莫笑

[hljjhb]

@uiosun 也不算规范吧，只是没太大必要，况且官方也不推荐用于区分不同产品

In practical terms, Redis databases should be used to separate different keys belonging to the same application (if needed), and not to use a single Redis instance for multiple unrelated applications.

[crysislinux]

@uiosun redis 作者说了这设计是一个错误。

[kawowa]

本来想提醒一下用了哨兵就只能用 0 库了，看到楼上已经说了。
想区分系统或者键的话，用前缀和固定的匹配规则就好。

[swulling]

@uiosun 集群版本不能指定 db

但是我不同意 db 无意义。虽然是设计失误，但是既然有这个功能，下游还是得开放配置。

go-zero 就是被国内开发环境吊打的太少，老板或者客户说，你的 db 就是 3 ，要么搞定要么滚蛋。你怎么办？

[yibin001]

自己改一下就好了啊，我这边用 go-zero 快 2 年了


```
type RedisConf struct {
cache.NodeConf
PoolSize int `json:"PoolSize ,default=500 ,optional"`
Db int `json:"Db, default=0,optional"`
}


......

//redis/v8 里是能支持指定不同 DB 的。
client := redis.NewClient(&redis.Options{
Addr: c.CacheRedis[0].Host,
Password: c.CacheRedis[0].Pass,
PoolSize: c.CacheRedis[0].PoolSize,
DB: c.CacheRedis[0].Db,
})

```

[tairan2006]

多库无用，不同服务的 key 前缀区分开就行

[Rehtt]

go-zero zero😀

[tramm]

这么多人都用 0 库的嘛.
看来我是异类了, 我就喜欢不同项目不同的库...

[bthulu]

多库当然是有用的. 只是 redis 集群搞不定这个事情, 迫不得已降级到仅支持 0 库.