Redis默认分库数量到底是多少？最多只能分16张表吗，还是有别的说法

关于Redis默认分库数量以及是否最多只能分16个库的问题,确实存在一些固定的说法，但也容易引起误解，下面我将根据Redis官方文档、常见的实践讨论以及其源代码设计，来直接说明这些内容。

最直接的回答是：是的，Redis实例默认支持16个数据库，编号从0到15，在绝大多数标准部署和发行版本中，这个数量上限确实是16个，不能直接修改。

这个设计的来源是Redis的源代码,在Redis的源代码文件（redis.h 或 server.h，不同版本文件名可能略有不同）中，有一个明确的常量定义，通常叫做 REDIS_DEFAULT_DBNUM（或类似名称），其值被设置为16，当Redis服务器启动时，如果没有特别配置，它就会创建16个数据库实例，你可以通过Redis的客户端命令 SELECT <db_index> 来在不同数据库之间切换，SELECT 0 切换到0号库，SELECT 15 切换到15号库。

为什么是16个？ 这个选择在很大程度上带有历史性和实用性的考量，根据Redis作者Salvatore Sanfilippo（antirez）在一些网络讨论中的表述（例如在GitHub Issues或博客评论中），选择16这个数字最初是有点随意的，它被认为是一个“足够好”的折中方案，这个数量对于大多数使用场景来说是绰绰有余的，因为Redis的设计哲学是鼓励运行多个Redis实例来隔离不同应用或服务的数据，而不是在同一个实例内通过多个数据库来隔离，使用多个实例可以实现更好的资源隔离、性能管理和故障恢复。

“最多只能分16张表”的说法准确吗？ 这个说法对于标准的、未经修改的Redis来说是基本准确的，但需要澄清几个关键点：

1. “分库”不是“分表”：这里说的“分库”是指逻辑数据库，类似于命名空间，它和关系型数据库中的“分表”（将一张大表水平拆分到多个物理表）是完全不同的概念，Redis的分库更像是给了你16个独立的钥匙串，每个钥匙串上的钥匙（键）互不干扰，但它们都存放在同一个大房子（Redis实例）里，共享同一个CPU、内存和网络资源。

2. 配置文件的限制：虽然默认是16，但这个数量是可以通过Redis的配置文件 redis.conf 进行修改的，在配置文件中，有一个参数叫做 databases，你可以将这个值修改为大于16的数字（比如64），然后重启Redis服务器，从这个角度说，“最多16个”并不是一个技术上不可逾越的硬性限制，而是默认和常见的软性限制。

3. 集群模式下的重要例外：这是最关键的一点，当你使用 Redis Cluster（Redis集群） 模式时，情况发生了根本性的变化。在Redis Cluster模式下，只能使用一个数据库，即编号为0的数据库。SELECT 命令是被禁用的。 这是因为集群模式本身已经通过分片（Sharding）机制将数据自动分布到多个节点上，实现了更高层次的数据分区和扩展性，在这种设计下，多个逻辑数据库变得不再必要，甚至会增加复杂性，如果你听到有人说“Redis集群只能用db0”，这个说法是完全正确的，这也是为什么官方更推荐使用多实例而非多数据库来进行数据隔离的重要原因之一。

   

4. 云服务商的限制：许多云服务商提供的托管版Redis服务（如AWS ElastiCache、Google Cloud Memorystore等），出于管理和简化的目的，可能会强制只使用db0数据库，即使你部署的是非集群模式，这样做可以避免用户因误用多个数据库而导致性能问题（因为所有数据库仍竞争同一资源），并使得服务的管理和监控更加统一。

总结与建议

Redis默认提供16个逻辑数据库是一个历史悠久的设计,虽然可以通过配置调整这个数量，但在实际生产环境中，尤其是追求高性能和高可用的场景下，依赖这16个库来隔离数据并不是最佳实践。

根据Redis官方文档和社区的最佳实践,更被推崇的做法是：

• 对于需要严格隔离的不同应用、微服务或环境，直接部署独立的Redis实例，这样每个实例都有独立的内存、CPU和配置，互不影响，故障也不会扩散。
• 对于海量数据存储和超高并发需求，使用 Redis Cluster 模式，但需接受只能使用db0的现实。
• 将实例内的多个数据库（db0到db15）仅视为一种轻量的、便捷的命名空间隔离手段，适用于开发、测试或一些非常简单的、资源争用不严重的场景。

回到最初的问题：默认是16个，标准版最多可配置多于16个，但集群版和许多云服务下最多只能用1个（db0），真正重要的是理解其背后的设计逻辑，从而做出最适合自己业务架构的选择。