小哨兵还原卡怎么用(小哨兵还原卡强制移除)硬核推荐

Redis的故障恢复机制: 哨兵机制工作范围: 监控、故障转移、通知工作流程：1、每个 Sentinel 进程每秒向整个集群中的主、从服务器以及

Redis的故障恢复机制: 哨兵机制工作范围: 监控、故障转移、通知工作流程：1、每个 Sentinel 进程每秒向整个集群中的主、从服务器以及其他 Sentinel 进程发送一个 PING 命令2、如果一个实例距离最后一次有效回复 PING 命令的时间超过所指定的值， 则这个实例会被 Sentinel 进程标记为主观下线

3、如果一个主服务器被标记为主观下线，则正在监视这个主服务器的所有 Sentinel 进程要每秒确认主服务器的确进入了主观下线状态4、当有足够数量的 Sentinel 进程在指定的时间范围内确认主服务器进入了主观下线状态， 则主服务器会被标记为客观下线

5、每个 Sentinel 进程会以每 10 秒向集群中的所有主服务器、从服务器发送 INFO 命令，更新redis主从最新的一个拓补情况6、当主服务器被 Sentinel 进程标记为客观下线时，Sentinel 进程向下线的主服务器的所有从服务器发送 INFO 命令的频率会从 10 秒一次改为每秒一次

7、若没有足够数量的 Sentinel 进程同意主服务器下线，主服务器的客观下线状态就会被移除若主服务器重新向 Sentinel 进程发送 PING 命令返回有效回复，Master主服务器的主观下线状态就会被移除。

作用：1、监控：3个心跳 10秒一次：更新redis主从最新的一个拓补情况 3秒一次：用于Sentinel哨兵节点之间交流对redis数据节点的看法 1秒一次：用于发出ping，检测redis节点是否还存活（主观下线、客观下线）

2、故障转移：当对主节点进行客观下线后，选举出一个新的主节点，并且将其他节点连接上新的主节点，最后将原来的master标记为从结点- 首先会判断slave节点与master节点断开时间长短，如果超过指定值（down-after-milliseconds * 10）则会排除该slave节点

- 然后判断slave节点的slave-priority值，越小优先级越高，如果是0则永不参与选举- 如果slave-prority一样，则判断slave节点的offset值，越大说明数据越新，优先级越高

- 最后是判断slave节点的运行id大小，越小优先级越高。3、通知：用于master发生了变动，将变化推送给客户端