Nginx负载均衡器静态内容缓存配置求助（含proxy_cache相关指令）

首先，你的核心需求是让Nginx根据后端内容是否变化来决定用缓存还是请求后端，这个其实可以通过Nginx的缓存验证机制来实现，当前配置里几个关键的点没到位，导致缓存逻辑没按预期工作。我帮你一步步调整：

问题分析 #

1. proxy_cache_key过于复杂：你当前的key包含$cookie_user，这意味着每个用户的请求会生成独立的缓存条目，静态内容（HTML/CSS/JS）通常是公共资源，不需要按用户隔离缓存，这会导致缓存命中率极低，甚至看起来没生效。
2. 未启用缓存验证：proxy_cache_revalidate是实现"内容变更时绕过缓存"的核心指令，但你把它注释掉了，这个指令能让Nginx在缓存未过期时，用后端返回的ETag或Last-Modified头去验证内容是否更新。
3. 缺少合理的缓存有效期配置：你注释掉了proxy_cache_valid，没有明确缓存的有效期，Nginx的缓存逻辑会缺失关键规则。

修改后的完整配置 #

我把关键修改点标出来，你可以直接替换对应的配置段：

主配置文件（nginx.conf）中的proxy_cache_key修改 #

proxy_cache_path /var/lib/nginx/cache keys_zone=backcache:20m max_size=100m;
# 简化缓存key，去掉$cookie_user，适合公共静态资源
proxy_cache_key "$scheme$host$request_uri$is_args$args";

负载均衡配置文件（conf.d下的文件）修改 #

upstream backend {
    server www.webserver1.com:443 max_fails=3 fail_timeout=15s;
    server www.webserver2.com:443 max_fails=3 fail_timeout=15s;
}

server {
    listen 443 ssl;
    rewrite_log on;
    error_log /var/log/nginx/lb.error.log;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Proxy-Cache $upstream_cache_status;
    ssl_certificate /etc/nginx/client.crt;
    ssl_certificate_key /etc/nginx/client.key;
    ssl on;

    location / {
        proxy_cache backcache;
        # 启用缓存验证，核心逻辑：用后端的ETag/Last-Modified检查内容是否更新
        proxy_cache_revalidate on;
        # 设置静态内容缓存有效期，200状态码缓存1小时，其他状态码短一些
        proxy_cache_valid 200 1h;
        proxy_cache_valid 404 5m;
        # 缓存至少被使用1次才会被保留
        proxy_cache_min_uses 1;
        # 后台更新缓存时，返回旧缓存，避免用户等待
        proxy_cache_use_stale updating;
        # 开启缓存锁，防止同一请求重复去后端拉取
        proxy_cache_lock on;
        # 后台异步更新缓存
        proxy_cache_background_update on;
        # 保留手动绕过缓存的参数，方便调试
        proxy_cache_bypass $arg_nocache;
        proxy_no_cache $arg_nocache;
        add_header X-Proxy-Cache $upstream_cache_status;
        proxy_pass https://backend;
    }
}

server {
    listen 80 ;
    if ($http_x_forwarded_proto != 'https') {
        rewrite ^(.*) https://$host$1 redirect;
    }
}

关键修改的作用说明 #

• 简化proxy_cache_key：确保相同URL的静态资源只会生成一个缓存条目，提升缓存命中率。如果你的静态资源有个性化需求（比如不同用户看到不同内容），再考虑加回$cookie_user。
• proxy_cache_revalidate on：当缓存还在有效期内时，Nginx会向后端发送If-Modified-Since或If-None-Match头，后端如果返回304（内容未变更），Nginx就直接返回缓存；如果返回200（内容变更），Nginx会更新缓存并返回新内容。这完全符合你"内容变更时绕过缓存，未变更用缓存"的需求。
• proxy_cache_valid：明确不同状态码的缓存时间，静态内容设置较长有效期（比如1小时），404等错误状态设置短有效期。
• proxy_cache_use_stale updating：在Nginx后台更新缓存的时候，用户请求会直接返回旧的缓存内容，避免等待，提升用户体验。

验证方法 #

1. 重启Nginx：sudo systemctl restart nginx
2. 第一次请求静态资源，查看响应头的X-Proxy-Cache，应该是MISS，此时缓存被写入。
3. 第二次请求同一资源，X-Proxy-Cache会变成HIT，说明命中缓存。
4. 修改后端的静态文件（比如HTML），再次请求：此时Nginx会向后端发送验证请求，后端返回新内容，X-Proxy-Cache会显示UPDATING（第一次更新时），之后再请求就是HIT（新内容的缓存）。
5. 调试时可以加?nocache=1参数，强制绕过缓存，查看最新内容：curl https://yourdomain.com/index.html?nocache=1

额外注意事项 #

• 确保后端服务器返回正确的ETag和Last-Modified头，这是Nginx缓存验证的基础。如果后端没有返回这些头，proxy_cache_revalidate会失效，你需要在后端配置中开启这些响应头。
• 定期清理过期缓存：Nginx会自动清理超过max_size的缓存，也可以手动执行rm -rf /var/lib/nginx/cache/*（重启Nginx前执行）。

内容的提问来源于stack exchange，提问作者Islam Ahmed