nginx 中缓存有效期到期后实现异步更新，核心做法是开启 proxy_cache_background_update 指令并配合 proxy_cache_lock。当缓存过期时，nginx 会立即向客户端返回旧的缓存内容，同时在后台发起一个新的请求去获取最新数据，新数据获取成功后会替换掉旧缓存，后续请求将使用新数据。
如何配置 Nginx 以启用后台异步更新功能
要启用此功能，需要在 http、server 或 location 块中设置 proxy_cache_background_update on;。同时建议开启 proxy_cache_lock on; 以防止在后台更新期间产生大量并发回源请求。这样配置后，即使缓存失效，用户也不会感受到延迟，因为旧数据依然可用。
server {
listen 80;
server_name example.com;
location /api/ {
proxy_pass http://backend_server;
# 启用缓存
proxy_cache my_cache;
proxy_cache_valid 200 10m;
# 关键配置：开启后台异步更新
proxy_cache_background_update on;
# 防止缓存击穿：只允许一个请求回源更新
proxy_cache_lock on;
proxy_cache_lock_timeout 5s;
# 确保返回旧缓存而不是 504 或错误
proxy_cache_use_stale updating;
}
}
上述配置中，proxy_cache_use_stale updating 确保了在后台正在更新缓存时，Nginx 会继续提供旧的 stale 缓存给客户端，从而保证服务的可用性。当后台更新完成后，缓存会被自动刷新。
异步更新过程中如何处理并发请求与锁机制
在异步更新场景下，如果多个请求同时发现缓存过期，如果没有锁机制，它们可能会同时向后端发起请求，导致后端压力激增。proxy_cache_lock on 的作用就是解决这个问题。当第一个请求发现缓存过期并触发后台更新时，它会获取“锁”。随后的请求在等待锁释放期间，会被配置为直接返回旧的缓存内容（通过 proxy_cache_use_stale），或者短暂等待直到后台更新完成并返回新缓存。这有效地控制了并发回源的频率，保护了后端服务。
# 验证配置的命令示例 nginx -T | grep -E 'proxy_cache_background_update|proxy_cache_lock'
通过运行上述命令，可以确认当前 Nginx 配置中是否正确加载了这些指令。在实际生产环境中，建议监控后端服务器的 QPS 和响应时间，以评估 proxy_cache_lock 的效果。如果锁超时时间设置过短，可能会导致频繁的缓存失效和重新生成；如果设置过长，则可能影响数据的实时性。通常 proxy_cache_lock_timeout 设置为几秒即可平衡实时性与性能。
基于 proxy_cache_use_stale 指令的具体行为分析
在异步更新机制中，proxy_cache_use_stale 指令的 updating 参数起到了至关重要的作用。当 proxy_cache_background_update 开启后，如果缓存项过期，Nginx 不会立即删除它，而是标记为“正在更新”状态。此时，如果有新的请求到达，Nginx 会检查该缓存项的状态。如果状态为“正在更新”，且 proxy_cache_use_stale 包含了 updating，Nginx 就会返回这个过期的缓存副本，而不是等待后台请求完成或返回错误。这种机制确保了在高并发场景下，用户始终能收到响应，哪怕数据不是最新的。后台线程会在空闲时执行更新任务，一旦新数据就绪，缓存项就会被原子性地替换，后续请求将命中新数据。这一过程对客户端完全透明，实现了无感知的缓存更新。
