【缓存中间件】Redis哈希槽的概念( 二 ) _节点

比如集群有3个节点，则每个节点平均大约负责5460个槽。由于采用高质量的哈希算法，每个槽所映射的数据通常比较均匀，将数据平均划分到5个节点进行数据分区。Redis 就是采用虚拟槽分区下面就介绍Redis数据分区方法。
为什么Redis只取16384个槽
Redis集群中，在握手成功后，连个节点之间会定期发送ping/pong消息，交换数据信息，集群中节点数量越多，消息体内容越大，比如说10个节点的状态信息约1kb，同时redis集群内节点，每秒都在发ping消息，例如个总节点数为200的Redis集群，默认情况下，这时ping/pong消息占用带宽达到25M 。
那么如果槽位为65536，发送心跳信息的消息头达8k，发送的心跳包过于庞大，非常浪费带宽。
其次redis的集群主节点数量基本不可能超过1000个。集群节点越多，心跳包的消息体内携带的数据越多。如果节点过1000个，也会导致网络拥堵。因此redis作者，不建议redis 节点数量超过1000个。
那么，对于节点数在1000以内的redis 集群，16384个槽位够用了，可以以确保每个有足够的插槽，没有必要拓展到65536个。
再者Redis主节点的配置信息中，它所负责的哈希槽是通过一张的形式来保存的，在传输过程中，会对进行压缩，但是如果的填充率slots/N很高的话(N表示节点数)，也就是节点数很少，而哈希槽数量很多的话，的压缩率就很低，也会浪费资源。
所以Redis作者决定取16384个槽，作为一个比较好的设计权衡。