redis集群

3.从服务器收到快照文件后丢弃所有旧数据，载入收到的快照5.从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令；（从服务器初始化完成）6.主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令（从服务器初始化完成后的操作）

发送sync命令

client

redis

1.主服务器接收到SYNC命名后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令2.主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令4.主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令

发送快照文件

从节点1（slave1）

监控

redis slave

redis集群模式--哨兵模式

这是一条靓丽的分割线

主节点（master）接收到sync命令后，开始后台保存快照文件rdb

从节点2（slave2）

哨兵（sentinel）

集群中的各节点是互通的

优点：1.支持主从复制，主节点会自动同步数据到从节点，可实现redis读写分离操作2.可缓解master主节点的读压力，slave从节点可设置为只读，写操作还是只能由master节点进行3.slave从节点同样可提供给其他从节点的连接和同步请求，缓解master的同步压力4.Master Server是以非阻塞的方式（因为缓冲区的存在）为Slaves提供服务。所以在Master-Slave同步期间，客户端仍然可以提交查询或修改请求5.Slave Server同样是以非阻塞的方式完成数据同步。在同步期间，如果有客户端提交查询请求，Redis则返回同步之前的数据缺点：1.Redis不具备自动容错和恢复功能，主机从机的宕机都会导致前端部分读写请求失败，需要等待机器重启或者手动切换前端的IP才能恢复。2.主机宕机，宕机前有部分数据未能及时同步到从机，切换IP后还会引入数据不一致的问题，降低了系统的可用性。3.Redis较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂

1.每一个哨兵（Sentinel）以每秒一次的频率向其所知的master、slaves以及其他的sentinel实例发送心跳（ping命令）监测2.若一个实例（instance）距离最后一次有效回复PING命令的时间超过down-after-milliseconds指定的时间，则该实例会被哨兵标记为主观下线（sdown）3.如果一个Master被标记为主观下线，则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态4.当有足够数量的 Sentinel（大于等于配置文件指定的值）在指定的时间范围内确认Master的确进入了主观下线状态， 则Master会被标记为客观下线5.在一般情况下， 每个 Sentinel 会以每 10 秒一次的频率向它已知的所有Master，Slave发送 INFO 命令.当Master被 Sentinel 标记为客观下线时，Sentinel 向下线的 Master 的所有 Slave 发送 INFO 命令的频率会从 10 秒一次改为每秒一次 6.若没有足够数量的 Sentinel 同意 Master 已经下线， Master 的客观下线状态就会被移除。若 Master 重新向 Sentinel 的 PING 命令返回有效回复， Master 的主观下线状态就会被移除7.当确定master节点已经下线后，会选出master下的一个的slave节点升级为master节点，同时该节点具备读写权限，其他的slaves节点配置均会发生变化，开始向心的master节点发送同步请求。8.若原master节点修复后重新上线后，也不会成为master节点，而是成为新master节点的从节点（slave），并且只有读权限，没有写权限

1.集群中的各个节点是互通的，客户端访问任意一个节点，都可以通过该节点或其他节点存取数据。

redis集群模式--主从复制模式

redis master

缓冲区

启动时：向主节点发送sync命令

redis集群模式--redis-cluster集群