面试题：在Redis高可用架构设计应对缓存雪崩时，哨兵模式存在哪些局限性？

Question

在使用Redis哨兵模式构建高可用架构以应对缓存雪崩场景时，虽然它能实现主从切换等功能，但也存在一些局限性。请详细说明哨兵模式在这种场景下可能存在的局限性，并分析这些局限性会对系统造成怎样的影响。

Answer 1

局限性

1. 脑裂问题
   • 网络分区情况下，可能会导致部分哨兵与主节点失联，这些哨兵可能会选举出新的主节点，从而出现多个“主节点”，即脑裂。
2. 数据一致性问题
   • 主从复制存在一定延迟，在主从切换过程中，新主节点可能缺失部分尚未复制过去的数据。
3. 性能瓶颈
   • 随着集群规模扩大，哨兵节点的监控和协调工作负载增加，可能成为性能瓶颈。
4. 配置复杂
   • 虽然相比其他集群方案配置相对简单，但仍需要合理配置多个哨兵节点的参数，配置不当可能影响系统稳定性。
5. 无法自动扩容缩容
   • 当业务量变化需要调整Redis实例数量时，无法自动进行扩容或缩容。

对系统的影响

1. 数据丢失与不一致
   • 脑裂导致数据写入不同的“主节点”，可能造成数据不一致；主从切换的数据丢失问题，可能导致部分业务数据无法完整获取，影响业务准确性。
2. 服务中断与异常
   • 性能瓶颈可能导致哨兵监控和切换不及时，影响主从切换的效率，导致服务中断时间延长；配置不当可能在运行过程中出现各种异常情况，增加运维成本。
3. 业务扩展性受限
   • 无法自动扩容缩容，当业务量增长或下降时，需要人工手动调整集群规模，影响业务的快速响应和扩展性。