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

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

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

@xiaoshouchen @whatiam @ByteCat @rekulas

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

---

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

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

@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.

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

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

@uiosun 集群版本不能指定 db

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

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

自己改一下就好了啊，我这边用 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,
})

```

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

go-zero zero

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

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

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

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

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

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

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

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

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