Redis Sentinel是Redis高可用性的解决方案，它通过监控主从节点，实现自动故障转移。当主节点故障时，Sentinel会选举从节点提升为主节点，确保服务无缝切换。数据安全通过主从异步复制和AOF/RDB持久化实现，结合Sentinel的客观下线机制，避免脑裂问题。

Sentinel故障转移流程

Sentinel集群监控Redis主从实例，当发现主节点主观下线后，会通过哨兵间的协商进行客观下线判断。一旦客观下线确认，Sentinel会从从节点中挑选合适的候选者，通过slaveof no one命令提升为新主节点，并通知其他从节点同步新主，实现无缝切换。

Redis Cluster的高可用机制

Redis Cluster通过16384个槽位分散数据，每个主节点负责一部分槽位。当主节点故障时，从节点会自动检测并进行故障转移。转移过程包括从节点向Cluster总线发送PING，检测超时后触发FAIL消息广播，多数派同意后从节点提升为主节点，确保数据不丢失。

数据安全保障

在故障转移中，Redis保证数据安全的关键是复制偏移量判断。从节点需具备最新复制偏移量才能成为候选主节点。同时，min-slaves-to-write和min-slaves-max-lag配置防止数据丢失过多。AOF持久化进一步确保即使重启也能恢复数据。

无缝切换实现

客户端通过连接Sentinel或Cluster节点自动感知新主节点地址，无需手动干预。Sentinel会更新master的IP:PORT，并通过pub/sub通知客户端。切换时间通常在几秒内完成，避免服务中断。

故障转移配置示例

sentinel monitor mymaster 127.0.0.1 6379 2 sentinel down-after-milliseconds mymaster 5000 sentinel failover-timeout mymaster 60000 sentinel parallel-syncs mymaster 1

常见问题防范

网络分区可能导致脑裂，Sentinel通过quorum参数要求多数Sentinel同意客观下线。配置合理的down-after-milliseconds避免误判。集群模式下，节点间心跳PING/PONG确保一致性。

FAQ
Q: Sentinel如何选举新主节点？
A: 通过优先级、复制偏移量、运行ID比较，从节点中选最佳候选。
Q: 故障转移会丢失数据吗？
A: 可能丢失异步复制的未同步数据，但通过配置min-replicas-to-write可最小化。
Q: Redis Cluster故障转移时间？
A: 通常1-10秒，取决于PFAIL到FAIL的判断和选举过程。
Q: 如何测试故障转移？
A: 使用kill -9杀死主节点，观察Sentinel日志和从节点提升。