Linux系统如何配置反向代理缓存过期时间优化CDN边缘节点性能-LINUX-PHP中文网

proxy_cache_valid 失效主因是未匹配响应状态码，默认仅对200/301/302生效；若上游返回206/404等需显式声明，且cache-control: no-cache会覆盖该指令，需配合proxy_ignore_headers禁用。

linux系统如何配置反向代理缓存过期时间优化cdn边缘节点性能

缓存过期时间不生效，大概率不是语法写错，而是 proxy_cache_valid 没匹配到响应状态码。它默认只对 200、301、302 生效，而你的后端返回了 206（断点续传）、404 或自定义 201，那就完全不会缓存——更别说设过期时间了。

实操建议：

用 curl -I http://your-upstream 看真实响应头里的 Status，确认是哪个码
显式写出所有要缓存的状态码：proxy_cache_valid 200 206 301 302 404 10m;
注意：如果上游返回了 Cache-Control: no-cache 或 max-age=0，nginx 默认会忽略 proxy_cache_valid，需加 proxy_ignore_headers Cache-Control Expires;
proxy_cache_valid 的优先级低于 Cache-Control，但可被后者覆盖，这点容易误判

CDN场景下，源站偶发超时或 5xx 是常态，不能让终端用户直接卡住。用 proxy_cache_use_stale 让 nginx 在异常时返回“脏”缓存，比单纯调长 proxy_cache_valid 更有效。

典型配置片段：

proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504;
proxy_cache_background_update on;

说明：

光看配置没用，得从响应头和日志里找证据。nginx 不会告诉你“这次用了缓存”，但会留下痕迹。

Linux Distros

Linux发行版游乐场，适用于需要临时Linux沙箱、基于浏览器的Linux虚拟机、一次性终端环境、桌面Linux会话等场景

下载

必须检查的三项：

响应头中是否有 X-Proxy-Cache: HIT 或 MISS（需在配置里加 add_header X-Proxy-Cache $upstream_cache_status;）
日志中 $upstream_cache_status 变量值：常见的有 HIT、MISS、EXPIRED、STALE、BYPASS —— 注意 EXPIRED 表示缓存存在但已过期，会触发回源；STALE 才是用了过期缓存
用 curl -I 对比两次请求的 Date 和 Age 头：Age 大于 0 且稳定增长，说明缓存正在生效

小技巧：临时把 proxy_cache_valid 设为 5s，反复刷页面，观察 Age 是否从 0 跳到 5 再跳到 10，能快速验证逻辑链是否打通。

CDN边缘节点常处于多层缓存链中（浏览器 → CDN边缘 → 自建反向代理 → 源站），各层的 Cache-Control: max-age 和 proxy_cache_valid 会互相影响，最常见问题是：源站设了 max-age=3600，但你希望边缘只缓存 10 分钟。

解决路径很明确：

在反向代理层用 proxy_hide_header Cache-Control 干掉上游的 Cache-Control，再用 add_header Cache-Control "max-age=600"; 强制下发
或者更稳妥：用 proxy_cache_valid 显式覆盖，并配合 proxy_ignore_headers Cache-Control 确保不被干扰
注意：浏览器和中间 CDN（如 Cloudflare）也会读取 Cache-Control，所以仅改 nginx 缓存策略不够，必须控制响应头本身
若源站使用了 ETag 或 Last-Modified，即使缓存过期，nginx 仍可能发条件请求（If-None-Match），此时实际带宽节省有限，需结合 proxy_cache_revalidate on 判断是否真需要回源