Redis复制是否具备高可用性？为何文档提及该能力，是否需集群/哨兵模式？

1. Redis复制如何实现高可用性？ #

Redis复制的核心是主从节点的数据同步：主节点处理写请求，从节点实时同步主节点的全量/增量数据，形成多副本冗余架构。当主节点发生故障（比如宕机、网络中断）时，只要存在存活的从节点，我们就可以将其中一个从节点升级为新的主节点，让应用将请求切换到新主节点上，以此恢复服务可用性——这就是复制支撑高可用性的底层逻辑：

• 数据层面：从节点保存了主节点的完整数据副本，避免单节点故障导致数据丢失；
• 服务层面：故障发生后，切换到从节点可快速恢复读写服务（读请求本来就可由从节点承担，写请求切换到新主节点后恢复）。

需要注意的是，原生主从复制本身需要人工介入完成故障检测、主从切换、客户端路由调整，生产环境中效率很低，但它确实提供了高可用的基础能力。

2. 实现高可用性必须用Redis集群或哨兵模式吗？ #

不是必须，但仅靠原生主从复制实现高可用的成本极高。

• 哨兵模式（Sentinel）是基于主从复制的自动化高可用解决方案：它会自动监控主从节点的健康状态，主节点故障时自动选举新主节点，同时通知客户端切换地址，全程无需人工干预；
• Redis集群（Cluster）则是在数据分片的基础上，每个分片都采用主从复制结构，同时内置了故障检测和自动切换能力，既解决了水平扩展问题，也实现了高可用；

文档中提到复制可提升高可用性，是指它是所有Redis高可用方案的基础组件——哨兵和集群的高可用能力，本质都是建立在主从复制的数据同步之上的。如果没有复制提供的多副本，哨兵和集群也无法完成故障转移。

内容的提问来源于stack exchange，提问作者Ankit Sahay