使用 hash $request_uri consistent 可显著提升缓存命中率，因其确保相同url始终路由至同一后端节点，避免重复回源；$request_uri含完整路径与原始查询参数，精度高于$uri、$args或$remote_addr。
直接用 hash $request_uri consistent 能显著提升后端分布式缓存命中率，核心在于让相同 URL 请求始终落到同一台后端节点——这样各节点的本地缓存或连接的 Redis 实例更容易复用已有结果，避免重复回源和缓存碎片。
为什么 $request_uri 是更优的哈希键
$request_uri 包含完整路径与原始查询参数（如 /api/goods?id=1001&v=2），区分大小写、不自动解码，能精确代表一次“逻辑请求”。相比：
-
$uri丢弃 query string，会导致/goods/1和/goods/1?from=app被哈希到不同节点，缓存无法共享； -
$args只有参数部分，缺少路径信息，无法区分不同接口； -
$remote_addr按 IP 哈希，同一用户多个设备或 NAT 环境下会打散，且无法保证资源级缓存复用。
关键配置要点
基础 upstream 配置需满足三个硬性条件：
- 必须启用
consistent参数，否则是普通取模哈希，增减节点时大量请求重映射，引发缓存雪崩； - 所有
server行不能带weight=，权重会破坏一致性哈希的分布逻辑； - 确保客户端请求 URI 编码规范，避免未编码空格或中文导致 400 错误；必要时在 server 块中加
underscores_in_headers on并统一前端编码。
配合后端缓存策略生效
仅靠 Nginx 哈希还不够，后端缓存行为必须对齐：
- 各后端服务生成的缓存 Key 规则要一致，比如都忽略
utm_*类追踪参数，否则同一$request_uri在不同机器存的是不同内容； - 推荐后端使用共享缓存（如 Redis 集群）而非纯本地内存缓存，避免单机容量瓶颈；
- Nginx 层可叠加
proxy_cache_lock on，防止缓存未命中时多个相同请求并发回源。
调试与验证方法
上线前快速确认是否按预期路由：
- 在 location 中添加响应头：
add_header X-Routed-To "$upstream_addr";，用 curl 多次请求同一 URL，观察响应头是否固定； - 对比开启前后缓存命中率变化，典型场景（如商品详情页）可从 65% 提升至 90%+；
- 监控后端各节点的请求分布标准差，应明显收窄（例如从 38% 降至 12%）。
