redis cluster槽可以认为一个数字，有一定范围，比如0~16383redis cluster的范围。每个槽负责大数据的子集，假如有18个数据，有16384个槽，按照一定hash规则，在对16383取余，如果落到某一个槽范围内，证明槽管理的数据
槽范围是0~16383，现在有5个节点，对槽平均分成5分。对于每一个key进行一个hash，redis的hash是CRC16，在对16383取余。会发给redis cluster中的任意一个节点，每一个节点记录自己是不是负责这个槽。
加入算出的值是100，发给节点1，节点1发现自己负责管理这个数据，则返回结果
如果不在自己负责范围内，redis cluster节点之间共享消息模式，节点1知道哪些节点负责哪些槽，返回给你去哪个节点取结果
这是服务端管理槽，节点数据的关系
因为hash，一致性hash在扩容时存在丢数据，只能在缓存场景使用。
虚拟槽不存在这个问题，因为每个节点负责槽的范围是固定的，加了一个新节点，也没有把其他节点的槽抢过来。
必须是节点把槽权利分配给你，以及把数据分配给你，不存在丢数据的问题
783
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
