Nginx 中 fastcgi_cache_use_stale 实现服务冗余配置-Nginx-PHP中文网

fastcgi_cache_use_stale不是冗余开关，而是降级容错机制：仅在php-fpm返回500-504、timeout（由fastcgi_read_timeout触发）、updating（需配合background_update）等真实异常时，复用本地已存过期缓存；其生效前提包括缓存区已定义、key稳定、5xx被fastcgi_cache_valid覆盖、敏感请求被skip_cache过滤。

nginx 中 fastcgi_cache_use_stale 实现服务冗余配置

在 Nginx 中，fastcgi_cache_use_stale 本身不提供服务冗余，而是实现一种“降级容错”机制：当 PHP-FPM 异常时，复用本地已有的过期缓存响应，避免用户直面错误或长等待。它依赖完整缓存链路才能生效，不是独立开关。

只在真实异常时启用 stale，避免误判放大故障

该指令仅在 Nginx 与上游通信失败（如超时、连接中断）或收到明确错误状态时介入。推荐优先启用可信度高的条件：

http_500 http_502 http_503 http_504：PHP-FPM 主动返回的服务端错误，最能反映后端崩溃，建议必配
updating：配合 fastcgi_cache_background_update on 使用，后台刷新期间可先返回旧内容
timeout：对应 fastcgi_read_timeout 触发，是缩短用户“白屏死区”的关键，但需配合合理超时值
慎用 error：仅适用于连接被拒、重置或 upstream 解析失败等底层问题，高并发下易误判，可能掩盖真实瓶颈

缓存必须“存得住”，stale 才有内容可返

stale 不生成缓存，只复用已有内容。若缓存从未成功写入，或 key 不稳定，该功能完全失效：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

在 http 块中声明缓存区：fastcgi_cache_path /var/cache/nginx/fastcgi levels=1:2 keys_zone=phpcache:100m inactive=30m use_temp_path=off;
缓存 key 必须剔除动态字段：fastcgi_cache_key "$scheme$request_method$host$request_uri";（禁用时间戳、用户 ID、随机参数）
fastcgi_cache_valid 必须覆盖 5xx 响应：fastcgi_cache_valid 500 502 503 504 1m;，否则错误响应根本不进缓存，stale 永远无数据可用

跳过不该缓存的请求，防止 stale 返回错误内容

未过滤的登录页、带参数 URL 或含 Cookie 的请求会污染缓存，导致 stale 返回他人页面或空响应：

拦截敏感路径：if ($request_uri ~* "/wp-admin/|/wp-login.php|/admin/") { set $skip_cache 1; }
跳过带查询参数的请求：if ($query_string != "") { set $skip_cache 1; }
拦截登录态 Cookie：if ($http_cookie ~* "wordpress_logged_in|comment_author|wp-postpass") { set $skip_cache 1; }
在 location 中绑定：fastcgi_cache_bypass $skip_cache; 和 fastcgi_no_cache $skip_cache;