Redis集群节点数低于1000时新增节点是否无性能损耗？

问题：Redis Cluster官方规范中提到其支持"线性可扩展性最高可达1000个节点"，这是否意味着只要集群总节点数低于1000，新增节点就不会产生任何性能损耗？

答案是否定的，官方描述的「线性可扩展到1000节点」是集群整体性能随节点数增长的趋势阈值，不等于低于该数值时新增节点完全无性能损耗，具体说明如下：

• 首先要明确官方描述的准确含义：这里的线性可扩展指的是集群整体处理能力（QPS）会随节点数增加接近线性提升，直到节点数接近1000时，这个线性增长的趋势会逐渐消失，甚至出现性能下跌。它描述的是新增节点带来的收益和开销的平衡关系，而非完全无开销。
• 即使节点数远低于1000，新增节点也会产生固定开销：Redis Cluster采用gossip协议同步集群状态，节点数越多，每个节点需要处理的集群状态同步消息量就越大，会占用少量CPU和带宽资源；如果是在线扩容需要迁移哈希槽，迁移过程中还会临时占用源节点和目标节点的运算、IO资源，导致相关请求出现小幅延迟波动。
• 1000节点这个阈值的本质是：当节点数超过1000后，gossip通信等集群维护开销的增长速度会超过新增节点带来的性能收益，此时再扩容也无法提升集群整体性能，反而可能出现性能倒退。

实际生产环境中受机器配置、业务请求模型影响，线性扩展的拐点往往会低于1000，大多数团队会将单Redis Cluster的节点数控制在数百以内，避免集群维护开销过高影响业务。

内容的提问来源于stack exchange，提问作者dmh