Redis是一种开源的、基于内存的、支持多种数据结构的键值存储系统，它具有高性能、高并发、高可扩展性等特点，广泛应用于各种场景中。但是，如果只使用单台Redis服务器，那么就存在单点故障的风险，一旦服务器宕机或者网络故障，就会导致数据丢失或者服务不可用。为了解决这个问题，Redis提供了哨兵模式（Sentinel mode），它可以实现Redis集群的高可用性和故障转移。
Redis哨兵模式的基本原理是这样的：在一个Redis集群中，有一个主节点（master）和若干个从节点（slave），主节点负责处理客户端的读写请求，从节点负责复制主节点的数据，并在主节点出现故障时接管其角色。除此之外，还有一些哨兵节点（sentinel），它们是一些特殊的Redis客户端，不存储数据，只负责监控主从节点的状态，并在发现故障时执行自动切换（failover）操作。
具体来说，哨兵节点会定期向主从节点发送心跳包，检测它们是否存活，并记录它们的相关信息，如IP地址、端口号、角色、复制偏移量等。如果哨兵节点发现主节点无法正常响应心跳包，那么它会将其标记为主观下线（subjectively down），并向其他哨兵节点广播这个消息。如果超过一定数量（quorum）的哨兵节点都认为主节点主观下线了，那么就认为主节点客观下线（objectively down），并开始执行自动切换操作。
自动切换操作的步骤如下：
1. 哨兵节点会从所有从节点中选出一个最合适的候选者（candidate），作为新的主节点。选举标准包括复制偏移量、运行时间、优先级等因素。
2. 哨兵节点会向候选者发送命令，让其升级为新的主节点，并断开与原主节点的复制关系。
3. 哨兵节点会向其他从节点发送命令，让其改变复制源为新的主节点。
4. 哨兵节点会更新自己的配置文件，记录新的主从关系，并通知客户端。
通过这样的机制，Redis哨兵模式可以实现在不影响服务可用性和数据一致性的前提下，自动恢复集群状态，并保证客户端能够正常访问数据。
那么，为什么Redis哨兵模式需要至少三台哨兵节点呢？这是因为如果只有一台或者两台哨兵节点，那么就无法保证故障检测和自动切换的正确性和可靠性。例如：
1.如果只有一台哨兵节点，那么它可能会误判主节点下线，或者自己出现故障而无法执行自动切换。
2.如果有两台哨兵节点，那么它们可能会出现分歧，无法达成一致的判断，或者其中一台出现故障而导致另一台无法执行自动切换。
因此，为了避免这些问题，Redis哨兵模式建议至少使用三台哨兵节点，并设置合理的quorum值，以保证集群的高可用性和故障转移能力。当然，也可以根据实际情况，增加更多的哨兵节点，以提高容错性和稳定性。