Redis 哨兵模式通过分布式监控机制保障高可用，核心作用包含监控、通知、自动故障转移及配置中心。部署策略上，建议哨兵节点数为奇数且至少三个，分布在不同物理机或可用区，遵循多数派原则防止脑裂，确保主节点故障时能选举出新主，从而实现服务不间断。客户端通过哨兵获取主节点地址，实现自动切换，无需人工干预即可恢复服务。

Redis 官方文档 - Sentinel 规范

Redis Sentinel 是 Redis 的高可用性解决方案，由一个或多个 Sentinel 实例组成的 Sentinel 系统可以监控任意多个主服务器及其下属的从服务器，并在主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后让其他从服务器改为复制新的主服务器。此外，Sentinel 还可以用于通知系统管理员或者其他程序，集群中发生了特定的故障事件。Sentinel 系统可以处理多个主服务器故障，并且可以在主服务器故障时自动进行故障转移，无需人工干预，极大地提高了系统的可用性。哨兵进程本身也是一个特殊的 Redis 服务器，它运行在哨兵模式下，具有监控、通知、自动故障转移等功能，是构建高可用 Redis 集群的核心组件。

阿里云开发者社区 - Redis 哨兵模式原理详解

哨兵集群部署时，需要满足多数派原则。当主节点故障时，哨兵节点会进行投票，只有超过半数的哨兵节点认为主节点下线，才会触发故障转移流程。因此，部署哨兵节点时建议采用奇数节点，如 3 个或 5 个，以避免脑裂问题。如果哨兵节点数量为偶数，可能在故障判断时出现票数相等的情况，导致无法选出新的主节点，影响高可用性。哨兵之间通过发布订阅模式互相通信，交换关于主服务器状态的信息，确保所有哨兵节点对集群状态达成一致意见，从而做出正确的故障转移决策。主观下线和客观下线的判断机制确保了故障检测的准确性，防止误判导致的不必要切换，保障系统稳定性。

掘金技术文章 - 生产环境 Redis 高可用部署策略

在生产环境中，为了保证 Redis 哨兵模式的高可用，建议将哨兵节点部署在不同的物理机器上，避免单点故障。同时，主从节点也应分散部署。哨兵节点不需要持久化数据，但需要持久化配置信息，以便重启后能记住集群状态。客户端连接哨兵模式时，应连接哨兵节点获取主节点地址，而不是直接连接主节点，这样在主节点切换后客户端能自动感知新地址。此外，还需要配置合理的超时时间和心跳检测间隔，确保在网络波动时不会误判主节点下线，同时又能及时发现真实的故障情况，平衡敏感性与稳定性。网络分区发生时，哨兵模式能确保只有一个主节点对外提供服务，保证数据一致性，防止双主写入冲突。

FAQ

Redis 哨兵模式至少需要几个节点？

建议至少 3 个哨兵节点，配合 1 主 2 从，以满足多数派投票原则，防止脑裂。

哨兵模式数据会丢失吗？

可能会丢失。因为主从复制是异步的，故障转移时未同步到从节点的数据可能丢失。

哨兵节点需要持久化吗？

哨兵节点需要持久化配置状态，但不需要持久化数据本身，重启后需恢复集群拓扑信息。