Redis集群理解

Redis集群即一般是多主多从的设置。他们之间传播握手信息通过Gossip协议传播

Redis集群通过分片的方式来保存数据库中的键值对，集群的整个数据库被分为16384个槽（slot），数据库中每个键都属于这16384个槽中的一个，集群的每个节点可以处理0个或最多16384个槽。
当数据库中的16384个槽都有节点在处理时，集群处于上线状态，相反，如果数据库中有任何一个槽没有得到处理，那么集群处于下线状态。
计算键属于哪个槽：

def slot_number(key):
	return CRC16(key)&16383

其中CRC16(key)语句用于计算键key的CRC-16效验和，而&16383语句用于计算出一个介于0至16383之间的整数作为键key的槽号。
为什么不用一致性哈希？
一致性哈希通过

hash（服务器A的IP地址） %  2^32

来确定服务器在园上的位置，将数据key使用相同的函数Hash计算出哈希值，并确定此数据在环上的位置，从此位置沿环顺时针“行走”，第一台遇到的服务器就是其应该定位到的服务器。
因为一致性哈希的空间是一个圆环 ，无法很好的控制数据分布，当节点很少的时候，可能会产生数据偏移的问题，当然可以采用虚拟节点的方法来解决。但是他无法根据机器性能来自定义的做负载均衡。

Redis的槽空间是自定义分配的，类似于Windows的磁盘分区的概念，这种分区是可以自定义大小，自定义位置的。
在集群中执行指令的流程：

重新分片：
Redis集群重新分片操作可以将任意数量已经指派给某个节点的槽指派给另一个节点，并且相关槽所属的键值对也会从源节点移动到目标节点。

在进行重新分片的期间，源节点向目标节点迁移一个槽的过程中，可能会出现这样一种情况：属于被迁移槽的一部分键值对保存在源节点里面，而另一部分键值对保存在目标节点里面。