单纯靠负载均衡算法无法缓解高频热点接口的后端压力，因其不感知请求重复性、耗时与积压；需结合nginx proxy_cache+cache_lock实现请求合并式本地缓存，在毫秒级截留重复响应。
单纯靠 upstream 轮询或 least_conn 无法缓解“同一接口被高频集中访问”带来的后端压力——这类请求往往在毫秒级内爆发，瞬间打满某台后端服务的连接或 CPU，而负载均衡器本身并不感知后端真实处理耗时或瞬时积压。要真正平抑热点请求冲击，需在 Nginx 层叠加轻量、低延迟的本地缓存机制，把重复、可缓存的热点响应直接截留在边缘。
为什么后端热点不能只靠负载均衡算法？
轮询、ip_hash、url_hash 等策略解决的是“请求分发均匀性”，但不解决“单个请求是否重复、是否昂贵、是否可跳过后端”。例如：
- 商品详情页 /api/item/123456 在秒杀开始后每秒被调用 5000 次，后端查库+渲染耗时 80ms，即使分到 5 台机器，每台仍要扛 1000 QPS × 80ms = 80 并发，极易堆积超时；
- ip_hash 把同一用户钉死一台机器，反而加剧单点压力；
- least_conn 只看连接数，不看该连接正在处理什么、已排队几个请求。
用 proxy_cache + cache_lock 实现“请求合并”式平流
Nginx 的 proxy_cache 不仅能缓存响应体，配合 cache_lock 还能对相同 key 的并发请求做排队：首个请求穿透到后端，其余等待，等缓存写入后一并返回——这本质是“请求合并”，极大降低后端实际承载量。
关键配置示例：
proxy_cache_path /var/cache/nginx/hotkeys levels=1:2 keys_zone=hotcache:100m inactive=60s max_size=1g;
upstream backend { server 192.168.1.10:8080; server 192.168.1.11:8080; }
<p>server {
location ~ ^/api/item/\d+$ {
proxy_cache hotcache;
proxy_cache_valid 200 302 10s; # 热点接口只缓 10 秒，兼顾新鲜与压制
proxy_cache_lock on; # 开启锁，避免缓存未命中时多个请求同时打后端
proxy_cache_lock_timeout 5s; # 锁最多等 5 秒，超时则各自发起请求（防长尾阻塞）
proxy_cache_use_stale updating error timeout http_500 http_502 http_503 http_504;
proxy_pass <a href="https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e">https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e</a>;
}
}</p>
结合 $request_uri 或自定义 key 增强热点识别
默认按完整 URI 缓存可能粒度太粗（如带时间戳参数）。建议用 proxy_cache_key 提炼稳定标识：
- 对 /api/item/123456?_t=1715323456 → 提取纯路径：
proxy_cache_key "$scheme$request_method$host$request_uri";改为"$scheme$request_method$host$uri"； - 对带用户 token 的接口，若内容与用户无关，可剔除 header：
proxy_cache_key "$scheme$request_method$host$uri$args";并加proxy_ignore_headers Cache-Control;强制缓存； - 对需要区分登录态的热点，可加入 cookie 片段：
"$scheme$request_method$host$uri$cookie_uid"。
本地缓存 + 快速失效，比依赖 Redis 更适合热点压制
相比走 Redis 的分布式缓存，Nginx 本地内存缓存（shared memory zone）读写延迟在微秒级，无网络开销，且 cache_lock 是进程/线程安全的。它不追求强一致性，而是以“10 秒内不重复打后端”为目标，天然适配热点场景。失效策略也更灵活：
- 用
inactive=60s自动清理长期未访问的缓存项； - 配合后端主动通知（如通过 ngx_http_lua_module 发送 PURGE 请求），或定时脚本清理特定 key；
- 对极敏感数据，可设
proxy_cache_valid 200 1s，用极短 TTL + 高并发锁，把 5000 QPS 压成约 100 QPS 穿透。
