讲讲 Redis 集群为什么只有 0 号数据库？
Redis Cluster 只支持DB0，不支持 SELECT 切库，原因是：
Redis Cluster 基于槽位分片机制（16384 slots），所有 key 通过 CRC16 落到槽位，而槽位分片是整个集群的数据一致性基础。
多 DB 会破坏槽位模型，会导致相同 key 在不同 DB 中产生不同槽位，使节点无法判断 key 的真正归属。
会导致槽位迁移复杂度暴增，迁移需要处理所有 DB，甚至槽位元数据会无法维护。
因此 Redis 在源码里直接写死：Cluster 模式只允许 0 号数据库。
多数据库需求应通过前缀隔离、多个实例、多个集群来实现，不推荐使用 Redis 的 DB 概念。
Redis 集群（Cluster 模式）之所以只支持 0 号数据库，根本原因在于其数据分片机制与多数据库架构存在设计上的冲突。
在单机版 Redis 中，SELECT命令允许用户在同一个实例内切换不同的逻辑数据库（默认 0-15 号），这些数据库共享同一个进程和内存空间，但在逻辑上是隔离的。然而，Redis 集群的核心目标是通过分片（Sharding）将数据分散到多个节点上，以突破单机内存限制并提高吞吐量。集群使用哈希槽（Hash Slot）机制来实现这一点：整个键空间被划分为 16384 个槽，每个键根据 CRC16 算法计算后映射到特定的槽，而每个槽只归属于集群中的某一个主节点。
如果集群支持多数据库，会带来以下无法解决的复杂性：
- 分片逻辑混乱：哈希槽是基于 Key 计算的。如果存在多个数据库，那么同一个 Key 在不同数据库中可能应该落在不同的槽或者需要重新计算分布，这会极大地增加路由表的复杂度。目前的路由规则是
Key -> Slot -> Node，引入 Database 后变成Database + Key -> Slot -> Node，这需要重构整个集群的元数据管理和请求路由逻辑。 - 跨库操作困难：集群模式下，很多命令（如多 Key 操作）要求所有涉及的 Key 必须位于同一个槽内（通常通过
{}标签实现）。如果支持多数据库，跨数据库的事务或原子操作将变得几乎不可能实现，因为不同数据库的数据可能分布在完全不同的物理节点上。 - 资源隔离误区：Redis 的多数据库并非真正的物理隔离（它们共享 CPU、内存和网络带宽），在集群场景下，用户更倾向于通过建立独立的集群实例来实现真正的资源隔离和业务拆分，而不是依赖逻辑上的 DB 编号。
因此，为了保持集群架构的简洁性、保证数据分布算法的高效性以及避免路由歧义，Redis 官方在设计集群模式时直接移除了对多数据库的支持。当你尝试在集群客户端执行SELECT 1或其他非 0 号数据库切换命令时，服务端会直接返回错误：ERR SELECT is not allowed in cluster mode。
结论
Redis 集群只能用 0 号数据库，是因为集群的分片机制（Hash Slot）。若强行支持多数据库，会导致数据路由极其复杂且难以维护。在集群环境下，如果需要逻辑隔离，最佳实践是使用不同的 Key 前缀（如user:id,order:id）或在应用层维护多个独立的 Redis 集群实例。