4. 熔断降级基础：熔断器状态机与降级策略
熔断降级是微服务缓存一致性故障排查中的核心防御机制。当缓存依赖（如 Redis）或下游服务出现持续故障时，熔断器通过状态机切换切断对故障源的调用，避免级联雪崩；降级策略则在熔断触发后提供备选响应，保障系统基本可用。本节从熔断器状态机、降级策略分类、熔断与限流的关系三个维度展开。
4.1 熔断器状态机：Closed / Open / Half-Open
熔断器本质是一个有限状态机，包含三个核心状态：Closed（关闭）、Open（开启）、Half-Open（半开）。状态转换由预设的阈值和探测机制驱动。
核心原则：熔断器在 Closed 状态下统计失败率；超过阈值则跳转为 Open，直接拒绝请求；经过冷却时间后进入 Half-Open，允许少量探测请求验证服务是否恢复；探测成功则回归 Closed，失败则回到 Open。
4.2 状态转换参数与触发条件
熔断器状态切换依赖可配置的滑动窗口统计。下表列出典型参数及其作用：
| 参数名称 | 典型值 | 作用说明 |
|---|---|---|
| 失败率阈值 | 50% | 滑动窗口内失败请求占比超过此值，触发 Closed → Open |
| 最小请求数 | 5 | 窗口内请求总数必须达到此值，才计算失败率，避免低流量误判 |
| 冷却时间 | 10 s | Open 状态持续时长，之后自动进入 Half-Open |
| 探测请求数 | 3 | Half-Open 状态下允许的最大并发探测请求数 |
| 滑动窗口大小 | 10 s / 100 次 | 统计最近 N 秒或最近 N 次请求的失败率 |
生产建议：缓存场景下，失败率阈值建议设为 40%~60%，冷却时间设为 5~15 秒。过短的冷却时间会导致熔断器频繁抖动，过长则降低系统恢复速度。
4.3 降级策略：静默降级 / 返回默认值 / 异步降级
当熔断器进入 Open 状态或检测到缓存故障时，降级策略决定系统如何响应请求。三种主流策略各有适用场景：
- 静默降级（Silent Degradation）：直接丢弃请求或返回空响应，不产生任何业务副作用。适用于非关键路径，如日志记录、非核心推荐列表。
- 返回默认值（Fallback Default）：返回预设的静态数据或缓存快照。适用于读多写少的场景，如商品详情页的默认价格、用户头像的默认图片。
- 异步降级（Async Degradation）：将请求写入消息队列或本地缓冲区，待缓存恢复后异步处理。适用于写操作或数据一致性要求较高的场景，如订单状态更新、积分累计。
4.4 熔断与限流的关系
熔断和限流是微服务流量治理的两大支柱，但二者目标与触发机制不同。下表对比核心差异：
| 维度 | 熔断（Circuit Breaker） | 限流（Rate Limiting） |
|---|---|---|
| 目标 | 保护调用方不被故障下游拖垮 | 保护自身不被突发流量压垮 |
| 触发条件 | 下游失败率超过阈值 | 请求速率超过预设 QPS 阈值 |
| 状态 | 状态机（Closed/Open/Half-Open） | 令牌桶/漏桶/滑动窗口计数器 |
| 恢复机制 | 冷却时间 + 探测请求 | 令牌自然补充或窗口滑动 |
| 典型场景 | 缓存宕机、数据库超时 | 秒杀、爬虫、突发流量 |
| 协作方式 | 限流可触发熔断（如限流后请求被拒，失败率上升） | 熔断可视为一种特殊限流（拒绝所有请求） |
常见误区：熔断不等于限流。限流是主动预防，熔断是被动保护。在缓存一致性场景中，建议先配置限流保护缓存层，再配置熔断防止故障扩散。二者结合使用，形成“限流在前、熔断在后”的防御链路。
4.5 熔断降级在缓存一致性中的典型应用
在缓存一致性故障排查中，熔断降级通常作用于以下环节：
- 缓存读取链路：当 Redis 集群出现超时或连接失败时，熔断器快速切断对 Redis 的调用，降级为读取本地缓存或返回默认值，避免请求堆积。
- 缓存写入链路：写入缓存失败时，异步降级将数据写入消息队列，待缓存恢复后回放，保证最终一致性。
- 缓存与数据库双写：熔断器监控数据库写入失败率，触发后降级为只写缓存或只写数据库，防止双写不一致。
排查要点：当缓存一致性出现故障时，优先检查熔断器状态。如果熔断器处于 Open 状态，说明下游故障已被隔离，此时应排查缓存服务本身；如果熔断器处于 Closed 但请求仍失败，则问题可能出在限流、网络或数据一致性逻辑上。