华子目录 什么是`redis集群` `redis cluster`的`体系架构` 什么是数据`sharding`？ 什么是`hash tag` 集群中删除或新增节点，数据如何迁移？ `redis集群`如何使用`gossip`通信? 定义 `meet信息` `ping消息` `pong消息` `fail消息（不是用gossip协议实现的）` 流量图 数据访问如何定位到具体的节点？ `redis cluster主从架构` 创建`redis cluster`的`前提`
redis集群redis从3.0开始就支持集群，节点之间使用gossip协议进行通信，实现了去中心化，集群中支持动态的添加和删除节点，动态迁移数据以及自动执行故障转移 在哨兵sentinel机制中，可以解决redis高可用问题，即当master故障后可以自动将slave提升为master，从而可以保证redis服务的正常使用，但是无法解决redis单机写入的瓶颈问题，即单机redis写入性能受限于单机的内存大小、并发数量、网卡速率等因素 集群中某个节点的是否失效，是由整个集群中超过半数的节点监测都失效，才能算真正的失效客户端不需要proxy即可直接连接redis，应用程序中需要配置有全部的redis服务器IP每个哈希槽可以存储若干个key
在无中心的redis集群当中，其每个节点保存当前节点数据和整个集群状态，每个节点都和其他所有节点连接 redis cluster的体系架构
sharding？redis cluster使用数据分片实现key的存储分布redis cluster将集群划分为16384个槽位，数据库中所有的key进行hash计算后，都会落到这16384个槽位中的其中一个槽位那么key是如何定位到哪个槽位的。可以通过公式进行计算：CRC16(key)%16384，得到的值就是槽位；16384个槽位全部分配给cluster中的节点 每个节点维护自己的槽位，同时每个节点也会存储其他节点维护的槽位信息 当然你也可以指定到哪个槽位，这就涉及到了hash tag
hash taghash tag是用来解决用户想要将一堆数据key全部放到一个槽位而提出来的，用户可以将key设置成这样：原始的key + {tag标签}，当redis cluster碰到这样的key，就会提取{}里面的值，进行槽位计算假设cluster目前有四个节点A，B，C，D 如果删除D节点，则会将D节点中的所有槽位全部分配给A，B，C节点 如果新增E节点，则会将A，B，C，D中的部分槽位移动到E节点上 redis集群如何使用gossip通信?gossip使得元数据分布式存储，不做集中存放，实现了去中心化，当一个节点信息变更，就会触发集群中整个节点信息的更新，缺点就是更新会有延迟meet信息ping消息pong消息pong消息是用来回应其他节点向自己发的消息，还可以通过发此消息，让其他节点更新此节点的状态信息fail消息（不是用gossip协议实现的）当集群里的主节点A将主节点B标记为下线时，会通过集群广播一条关于主节点B的fail消息，所有接受到这条消息的节点（包括主从节点）都会将主节点B标记为下线
redis cluster主从架构Redis cluster的架构虽然解决了并发的问题，但是又引入了一个新的问题，每个Redis master的高可用如何解决？那就是对每个master节点都实现主从复制，从而实现redis高可用性
redis cluster的前提每个redis node节点采用相同的硬件配置、相同的密码、相同的redis版本 每个节点必须开启的参数cluster-enabled yes
cluster-config-file nodes-6380.conf
所有redis服务器必须没有任何数据先启动为单机redis且没有任何key value
