【缓存中间件】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个槽,作为一个比较好的设计权衡 。