@@ -125,7 +125,7 @@ Redis Cluster 是Redis 的分布式解决方案,在3.0版本推出后有效的
125125> - 主从+哨兵模式一个master、多个slave,master负责读写,slave负责复制master数据和提供读服务,配合sentinal集群,可以保证master/slave故障自动切换时高可用;
126126> - redis集群模式,主要针对海量数据+高并发+高可用场景;
127127
128- ** Redis cluster的分片算法Hash Slot算法:**
128+ ** Redis Cluster的分片算法Hash Slot算法:**
129129
130130> - redis cluster有固定的16384个hash slot,对每个key计算CRC16值,然后对16384取模,可以获取key对应的hash slot;
131131> - redis cluster中每个master都会持有部分slot,比如3个master,那么每个master就持有16384/3 ~ = 5000多个hash slot;
@@ -139,8 +139,8 @@ redis cluster节点间采取gossip协议进行通信。
139139gossip算法如其名,灵感来自办公室的八卦,在有限的时间内所有人都会知道该八卦信息。
140140市面上集群中的元数据同步分为两种,集中式、最终一致性,gossip追求的是最终一致性:
141141
142- > - 集中式:如zookeeper、etcd,好处在于元数据的跟新和读取 ,时效性非常好,一旦数据出现变更,立即更新到集中式的存储中,其他节电读取的时候立即就能感知到 ,坏处是集中式存储的元数据一旦出现故障,会导致短期内不能正常提供服务;
143- > - gossip:好处在于,元数据的跟新比较分散 ,不是集中在一个地方,元数据更新会陆陆续续,跟新到所有节点上 ,有一定的延迟,但是提升了可用性;
142+ > - 集中式:如zookeeper、etcd,好处在于元数据的更新和读取 ,时效性非常好,一旦数据出现变更,立即更新到集中式的存储中,其它节点读取的时候立即就能感知到 ,坏处是集中式存储的元数据一旦出现故障,会导致短期内不能正常提供服务;
143+ > - gossip:好处在于,元数据的更新比较分散 ,不是集中在一个地方,元数据更新会陆陆续续,更新到所有节点上 ,有一定的延迟,但是提升了可用性;
144144
145145gossip协议包含多种消息,包括:ping、pong、meet、fail等:
146146
0 commit comments