redis集群详解

reids的三种集群模式

1. 主从模式
2. 哨兵模式 (Sentinel)
3. 集群模式	(Cluster)

主从模式

主从模式是三种模式中最简单且最容易理解的。简单来说就是一个master和多个slave

1.主从模式的master和slave是一对多关系。
2.master负责写数据，而slave一般负责读数据。
3.一个master可以有多个slave，但是一个slave只能有一个master
4.当一个slave死掉后并不会影响其他的slave继续工作。
5.当写操作导致master的数据变化时会自动将数据同步给slave
6.master一但挂掉那么集群就会失去写操作。除非master重启。
7.master挂掉后不会从slave中重新选举master

工作机制：
当slave启动是会向master发送sync命令来同步数据，master接收到sync命令的时候会在后台保存快照(ROM持久化)和缓存保存快照这段时间的命令，然后发送给slave。slave接收到后会执行快照文件和命令文件保证数据一致性。
模式缺点：
当master挂掉后并不会选举新的master，也就代表集群中丢失了写的操作。只能等待master重启后才能恢复。

哨兵模式(Sentinel)

主从模式当master死掉后集群中就丢失了写操作，那么哨兵模式正好为此而生。哨兵顾名思义是放哨的也就是监视者。专门监视集群状况。

1.sentinel是建立主从模式上的一个模式，主要功能是监听master。
2.如果master挂掉那么sentinel会从slave中选举一个master附有写操作。其他的slave的配置文件也会被修改。
3.如果挂掉的master重启了，那么新选举的master就还原成原来的slave
4.sentinel也是一个进程也有死掉的可能性，那么可以配置一个sentinel集群来自动监控
5.sentinel最好不要和redis放在一个服务器，不然redis的服务器挂了以后，sentinel也挂了

工作机制:
sentinel发送ping命令来检测master以每秒一次的频率来检测。
如果sentinel发送命令的响应时间超过了配置文件配置的超时时间，那么master就会被认为主观下线。
被认为主观下线的master会被所有正在监听这个master的sentinel以每一秒一次的频率来确认master是否主观下线
当有一定数量的sentinel（配置文件配置数量）指定范围时间确认master主观下线，则master被标记为客观下线
一般情况下一个sentinel会向他所知的master，slave每10秒发送一次info命令
当master被认为客观下线是，sentinel会向已经客观下线的master下的slave每10秒发送的info命令改成每1秒发送一次
若同意master客观下线的sentinel不足够多，那么会删除master的客观下线
若master有了响应那么master就会从主观下线中删除

集群模式Cluster

sentinel模式基本可以满足一般生产的需求，具备高可用性。但是当数据量过大到一台服务器存放不下的情况时，主从模式或sentinel模式就不能满足需求了，这个时候需要对存储的数据进行分片，将数据存储到多个redis实例中。cluster模式的出现就是为了解决单机redis容量有限的问题，将redis的数据根据一定的规则分配到多台机器。

多个redis节点网络互联，数据共享

1. 所有的节点都是一主一从（也可以是一主多从），其中从不提供服务，仅作为备用
2. 不支持同时处理多个key（如MSET/MGET），因为redis需要把key均匀分布在各个节点上，
  并发量很高的情况下同时创建key-value会降低性能并导致不可预测的行为
3. 支持在线增加、删除节点
4. 客户端可以连接任何一个主节点进行读写

更加详细介绍请看:https://blog.csdn.net/miss1181248983/article/details/90056960