redis哨兵集群故障恢复

### Redis Sentinel 集群的自动故障转移和恢复

#### 自动故障转移过程

Redis Sentinel集群能够检测到主节点（Master）的失败并执行自动故障转移操作。一旦发现主节点不可达，Sentinel会启动一系列流程来选出一个新的主节点[^1]。

- **健康监测**：每个Sentinel进程定期检查所有已知的主服务器及其从属实例的状态。如果某个主服务被认为不再响应，则触发后续动作。

- **主观下线 (Subjectively Down, SDOWN)** 和 客观下线(Objectively Down, ODOWN) ： 当单个哨兵认为一个master失联时称为SDOWN；而多个哨兵达成一致意见后则标记为ODOWN状态[^3]。

- **投票选举新主节点**：在确认原主节点确实失效的情况下，剩余存活的哨兵之间会对哪个从节点应该晋升为主节点进行协商，并最终做出决定。这个过程中考虑的因素包括但不限于延迟时间、优先级设置以及网络分区情况等[^2]。

- **配置更新传播**：选定的新主节点不仅会在自身的`redis.conf`中更改角色设定，在各哨兵节点上的`sientinel.conf`也会相应修改以反映最新的拓扑变化。这些改动会被同步给整个集群内的其他成员知晓。

#### 故障后的恢复正常行为

对于曾经担任过主节点但在故障期间降级成为从节点的那个实例来说：

- 如果该实例后来又回到了在线状态，它将会被重新配置为当前实际存在的那个主节点的一个副本（即变为Slave）。这意味着即使原来的主节点再次上线也不会夺回它的地位，而是继续作为一个辅助者存在直到下一个可能发生的故障事件发生为止。

# 假设我们有一个简单的命令行工具用于模拟上述场景中的部分逻辑处理
echo "假设旧主节点已经恢复..."
sleep 5 # 模拟等待一段时间让系统稳定下来
echo "此时旧主节点已被转换成新的从节点"