机房网络波动导致 Redis 集群短时间不可用，是典型的引发缓存雪崩的场景。此时如果所有原本打向 Redis 的海量读写请求全部穿透到数据库（DB），DB 会在瞬间因为连接数耗尽、CPU 打满或 IO 饱和而宕机，进而引发整个系统的瘫痪。 为了避免这种情况，系统设计必须遵循“快速失败、保核心、防穿透”的原则。以下是多维度的降级与防护策略设计： --- 一、 流量控制与隔离（拦截在 DB 之前） 这是最外层的防御，目的是控制进入 DB 的总流量，确保 DB 只处理其能力范围内的请求。 1. 熔断机制（Circuit Breaking） 策略：在业务应用与 Redis 客户端之间引入熔断器（如 Sentinel, Resilience4j）。当探测到 Redis 响应超时或失败率达到阈值（例如 10秒内 50% 请求失败），立即触发熔断。 效果：熔断后，业务应用不再尝试连接 Redis，避免大量线程阻塞等待 Redis 响应而导致应用服务器线程池耗尽。 2. 接口限流（Rate Limiting） 策略：在网关层或服务层对高频接口进行限流。当 Redis 不可用触发降级时，动态调低限...
播面