函数计算中锁降级和雪崩是两种完全不同的系统行为，前者是主动的容错机制，后者是被动的系统崩溃。
核心区别对比
| 维度 | 锁降级 | 雪崩 |
|---|---|---|
| 触发原因 | 锁服务不可用或性能下降 | 系统过载、资源耗尽 |
| 系统状态 | 主动降级，系统仍可用 | 被动崩溃，系统不可用 |
| 影响范围 | 局部功能降级 | 全局服务瘫痪 |
| 恢复方式 | 自动恢复或手动干预 | 需要重启或扩容 |
| 设计意图 | 容错设计，保证可用性 | 系统缺陷，需要修复 |
详细说明
锁降级是一种主动的容错策略。当函数计算检测到Redis等分布式锁服务不可用或响应超时时，系统会自动切换到本地锁或乐观锁等降级方案。此时虽然性能可能下降（如延迟增加、吞吐量降低），但核心业务功能仍然可用，用户请求能够得到响应。这是一种"牺牲部分性能换取可用性"的设计思路。 雪崩则是被动的系统崩溃。当系统负载过高、资源耗尽或出现级联故障时，系统无法处理新的请求，导致服务完全不可用。例如，某个关键服务宕机导致依赖它的所有服务都失败，形成连锁反应。雪崩通常伴随着响应时间急剧上升、错误率飙升、服务实例大量重启等异常现象。
实际场景举例
假设一个电商系统在双11大促期间：
- 锁降级场景：Redis锁服务因网络抖动响应变慢，系统自动降级到本地锁，虽然订单处理速度变慢，但用户仍能下单成功
- 雪崩场景：订单服务因数据库连接池耗尽而崩溃，导致支付、库存、物流等所有依赖服务全部失败，整个系统瘫痪
关键结论：锁降级是系统健康运行时的自我保护机制，而雪崩是系统故障的严重后果。良好的系统设计应该通过限流、熔断、降级等手段，避免锁降级演变为雪崩。
