直接用 hash $request_uri consistent 就能大幅提升上游路径缓存命中率，核心是让相同 url 请求始终落到同一台后端，避免重复回源和缓存碎片；必须用 $request_uri 作哈希键因其含完整路径与查询参数、区分大小写且不自动解码，配置须严格满足：consistency 参数不可省略、禁用 weight 等干扰指令、规范 uri 编码，并配合后端缓存 key 归一化及 proxy_cache_lock。
直接用 hash $request_uri consistent 就能大幅提升上游路径缓存命中率，核心是让相同 URL 请求始终落到同一台后端，避免各节点重复回源、缓存碎片化。这不是优化技巧，而是静态资源和固定接口场景下的基础配置。
必须用 $request_uri 作为哈希键
$request_uri 包含完整路径和原始查询参数（如 /api/user/123?lang=zh&v=2），区分大小写、不自动解码，能精确代表一次逻辑请求。它比其他变量更可靠：
-
$uri丢弃 query string，/goods/1和/goods/1?from=app会被分到不同节点，缓存无法共享 -
$args只有参数，缺少路径信息，无法区分/user和/order这类不同接口 -
$remote_addr在 NAT、CDN 或多设备环境下大量用户共用 IP，容易负载倾斜，且与资源无关
upstream 配置的三个硬性要求
只要漏掉其中一条，一致性就失效，甚至导致 Nginx 启动失败：
- 指令必须严格写成
hash $request_uri consistent;——consistent参数不可省略，也不能写成hash $request_uri或consistent_hash $request_uri - 所有
server行不能带weight=、backup、max_fails等参数，它们在原生 hash 模式下被忽略，还可能触发校验错误 - 确保客户端请求 URI 编码规范：避免未编码空格、中文或参数顺序混乱（如
?a=1&b=2和?b=2&a=1哈希结果不同）；必要时用map指令预处理归一化
配合后端缓存策略才能真正生效
Nginx 路由只是第一步，后端行为必须对齐，否则“路由一致”但“缓存内容不一致”，命中率照样上不去：
- 各后端服务生成缓存 Key 的规则要统一，比如都 strip 掉
utm_*、_t=、ts=类干扰参数 - 推荐使用共享缓存（如 Redis 集群）而非纯本地内存缓存，避免单机容量瓶颈和冷启动问题
- Nginx 层开启
proxy_cache_lock on;，防止缓存未命中时多个相同请求并发穿透回源
上线前快速验证是否生效
别等流量进来再排查，部署后立即验证：
- 在
location块中加add_header X-Routed-To "$upstream_addr";，用curl多次请求同一 URL，观察响应头是否始终固定 - 对比开启前后缓存命中率变化，典型静态资源场景（如商品图、JS/CSS）命中率通常从 65% 左右提升至 90%+
- 监控后端各节点请求量标准差，应明显收窄（例如从 38% 降至 12%），说明分布更均衡
