Nginx可通过least_conn、动态加权、consistent_hash及健康检查等策略缓解热点导致的流量倾斜，核心是避免单点压垮而非消除热点。
高并发下热点数据访问导致后端流量倾斜，本质是请求分布与后端处理能力、连接状态、会话特征不匹配。Nginx 本身不感知业务“热点”，但可通过算法选择、连接管理、健康反馈和策略组合来缓解不均，关键不是消除热点，而是避免单点压垮。
用 least_conn 替代轮询，适配长连接类热点
轮询只看顺序，不看负载；而热点数据（如秒杀商品详情页、热门用户主页）常伴随长连接或慢响应，容易让某台服务器积压大量未关闭连接。least_conn 会把新请求导向当前活跃连接数最少的节点，天然抑制连接堆积。
- 配置示例：upstream backend { least_conn; server s1:8080; server s2:8080; }
- 注意：该策略对短连接效果有限，更适合 WebSocket、HTTP/2 流、或后端响应时间差异大的场景
- 若使用 OpenResty，可配合 Lua 动态统计连接数或响应时间，实现更精细调度
加权分配 + 实时性能反馈，应对异构服务器
当后端节点硬件或部署不同（如部分机器 CPU 更强、磁盘更快），固定权重易失效。应结合实际处理能力动态调整——例如用 Nginx Plus 的 least_time（基于 header 或 last_byte 响应时间），或自行暴露指标+外部控制器更新 weight。
- 基础加权示例：server s1:8080 weight=4; server s2:8080 weight=1;（适合已知稳定性能差异数倍的环境）
- 进阶做法：在 upstream 中启用 slow_start，新上线节点逐步增加流量，避免冷启动瞬间被压垮
- 搭配 max_fails=2 fail_timeout=30s，快速剔除因热点引发超时的异常节点
慎用 ip_hash，改用 consistent_hash 减少哈希漂移
ip_hash 虽能保证会话粘性，但一旦增减后端节点，大量客户端 IP 哈希值重映射，原热点可能集中到某一台新节点上，加剧不均。consistent_hash（需第三方模块如 nginx-sticky-module-ng 或 OpenResty 的 hash 指令）可大幅降低漂移比例。
- 适用场景：必须保持会话且后端规模会动态伸缩（如微服务网关）
- 替代方案：将 session 外置到 Redis 或 JWT 签名验证，彻底解除对 ip_hash 的依赖
- 若坚持用 ip_hash，请确保后端数量长期稳定，避免滚动扩容时触发大规模重散列
引入被动健康检查与日志分析定位真热点
流量不均有时并非算法问题，而是某台服务器因磁盘 IO 高、GC 频繁或缓存未预热，响应变慢，进而被 least_conn 或轮询持续避开——形成“越慢越没人调用，越没人调用越难恢复”的负循环。需靠日志反推真实瓶颈。
- 开启 log_format 记录 upstream_addr、upstream_response_time、upstream_status
- 用脚本定期分析：哪些 server 地址平均响应时间 > 500ms？哪些 error_page 触发频率突增？
- 配置 proxy_next_upstream error timeout http_500 http_502，让失败请求自动重试其他节点，避免单点错误放大
