Redis主从切换，锁失效怎么办？
在分布式系统中，Redis因其高性能和易用性而被广泛应用于缓存、分布式锁等场景。然而，当Redis采用主从架构以实现高可用性和数据冗余时，主从切换可能带来的锁失效问题成为了一个不容忽视的挑战。本文将深入探讨Redis主从切换导致锁失效的原因、影响及解决方案，旨在为大家提供实用的技术干货。
Redis设计与实现——分布式Redis
Redis Sentinel 和 Cluster 是 Redis 高可用与分布式架构的核心组件。Sentinel 提供主从故障检测与自动切换，通过主观/客观下线判断及 Raft 算法选举领导者完成故障转移，但存在数据一致性和复杂度问题。Cluster 支持数据分片和水平扩展，基于哈希槽分配数据，具备自动故障转移和节点发现机制，适合大规模高并发场景。复制机制包括全量同步和部分同步，通过复制积压缓冲区优化同步效率，但仍面临延迟和资源消耗挑战。两者各有优劣，需根据业务需求选择合适方案。
如何解决服务雪崩？
一.什么是服务雪崩
（1）分布式系统环境下，通常会有很多层的服务调用。由于网络原因或自身的原因，服务一般无法保证100%可用。如果一个服务出现了问题，调用这个服务就会出现线程阻塞的情况，此时若有大量的请求涌入，就会出现多条线程阻塞等待，进而导致服务瘫痪。
（2）如下图，对于同步调用，当底层的库存服务不可用时，商品服务请求线程被阻塞，当有大批请求调用库存服务时，最终可能导致整个商品服务资源耗尽，无法继续对外提供服务。
（3）由于服务与服务之间的依赖性，故障会传播，不可用沿请求调用链向上传递，会对整个微服务系统造成灾难性的严重后果，这就是服务故障的“雪崩效应”。
spring boot sentinel 的使用
要实现Spring Boot集成Sentinel的熔断降级，需引入Sentinel依赖并配置Dashboard地址；使用`@SentinelResource`注解定义受保护资源及blockHandler处理降级逻辑；通过Sentinel Dashboard配置熔断规则，如异常比例或响应时间。启动应用后，测试熔断功能，确保Sentinel正常工作。建议动态调整规则以提升系统稳定性。
