proxy_cache_lock通过为同一缓存key加锁，仅允许首个请求回源，其余等待缓存写入后直接命中，从而缓解瞬时并发击穿导致的回源雪崩。
缓存锁（proxy_cache_lock）是 Nginx 防止缓存雪崩的核心机制之一，专用于高并发下未命中缓存时的回源控制。它不解决缓存大面积过期的问题，而是解决“同一资源被大量并发请求同时击穿、集体回源”这一瞬时压力场景。
缓存锁怎么起作用
当多个请求同时访问一个尚未缓存或已失效的资源时：
- Nginx 对该资源的缓存键（
proxy_cache_key）加锁 - 仅第一个请求获得锁，真正向后端发起回源请求
这避免了几十甚至上百个并发请求全部涌向源站，把单次回源压力控制为“1”，而不是“N”。
关键配置项与合理取值
启用缓存锁需在 location 块中显式设置：
-
proxy_cache_lock on;：开启锁机制（默认关闭） -
proxy_cache_lock_timeout 5s;：等待锁的最大时间，超时则放弃等待、自行回源；建议设为略大于后端平均响应时间（如后端 P95 是 3s，此处设 5s） -
proxy_cache_lock_age 1s;（可选）：锁持有超过该时间后，允许其他请求尝试更新缓存（适用于长尾响应场景）
注意：proxy_cache_lock 必须配合有效的 proxy_cache 和 proxy_cache_valid 才能生效；若缓存区域未启用或缓存策略不匹配，锁不会触发。
它不能替代什么
缓存锁不是万能的，它不处理以下问题：
- 缓存整体过期导致的集中回源（即“缓存雪崩”的另一种形式）——需靠随机过期时间、分层缓存或预热缓解
- 缓存穿透（请求根本不存在的 key）——需靠布隆过滤器或空值缓存
- 后端本身故障或慢响应引发的连锁超时——需结合
proxy_next_upstream、健康检查和fail_timeout配合防御 - 缓存键设计不合理导致命中率低——锁再好，如果每个请求都算作不同 key，就形同虚设
搭配使用的增强策略
单独开锁效果有限，推荐组合使用：
- 开启
proxy_cache_use_stale updating;：让等待锁的请求，在锁释放前可先返回旧缓存（若存在且未过期太久），进一步降低用户感知延迟 - 设置
proxy_cache_min_uses 2;：对访问频次低的资源暂不缓存，减少锁竞争面 - 用
$request_uri$is_args$args等精确构造proxy_cache_key，确保相同语义请求落在同一缓存键上 - 监控
$upstream_cache_status中的MISS和UPDATING状态比例，判断锁是否频繁触发，进而调优超时或缓存策略
