Nginx 里 IP Hash 策略的并发处理性能调优

IP Hash 不提升并发能力，反而可能降低吞吐和负载均衡效果；其核心价值是会话保持，真正影响并发性能的是连接管理、内核参数与 upstream 配置协同。

IP Hash 策略本身不提升并发处理能力，反而可能降低整体吞吐和负载均衡效果；它的核心价值是会话保持，不是性能优化手段。真正影响并发性能的是连接管理、内核参数和 upstream 配置协同，IP Hash 只是其中一环，且需谨慎使用。

IP Hash 的本质与并发风险

IP Hash 通过客户端 IPv4 前三段（如 192.168.1.x）计算哈希，固定映射到某台后端服务器。这意味着：

• 同一局域网用户（如企业出口 NAT、校园网、运营商共享 IP）会被强制打到同一台后端，极易造成单点过载
• IPv6 地址哈希逻辑更复杂，部分旧版本 Nginx 对 /64 前缀处理不一致，加剧倾斜
• 无法配合健康检查动态剔除节点后重新哈希，故障恢复期仍持续导流至异常节点（除非启用 down 或 backup 显式标记）

高并发下替代或增强 IP Hash 的方案

若业务强依赖会话粘性，又需保障并发吞吐，建议组合使用以下方式：

• 改用 cookie hash（sticky cookie）：通过第三方模块 nginx-sticky-module 或商业版 Nginx Plus 的 sticky learn，基于 Set-Cookie 实现服务端可控的会话绑定，避免 IP 分布偏差
• 结合 least_conn + session 共享：关闭 ip_hash，启用 least_conn 分发，后端通过 Redis 或数据库同步 session，既提升并发利用率，又保持业务一致性
• 分层哈希（geo+ip）：先按地理区域（geo 指令）分流，再在子集群内启用 ip_hash，缩小哈希空间，缓解集中效应

必须调优的配套配置项

即使保留 ip_hash，也要同步调整以下参数，否则并发瓶颈会迅速暴露：

• upstream 连接复用：在 location 中启用 proxy_http_version 1.1 和 proxy_set_header Connection ""，复用后端长连接，减少握手开销
• worker 进程与连接数匹配：确保 worker_processes auto 且 worker_connections ≥ 单机预期并发连接数；每 worker 默认最多处理 1024 连接，高并发需设为 4096 或更高
• 系统级连接资源释放：调大 net.core.somaxconn 和 net.ipv4.tcp_max_syn_backlog 至 65535，缩短 tcp_fin_timeout 至 30 秒，并开启 tcp_tw_reuse

压测时务必关闭 ip_hash

性能测试阶段应禁用 ip_hash —— 因为模拟请求通常来自少数压测机器，IP 高度集中，会严重扭曲真实负载分布，导致结果失真：

• 功能测试可开 ip_hash 验证会话一致性
• 压测前改用轮询或加权轮询，观察各节点 CPU、响应时间、错误率是否均衡
• 上线后如需会话保持，再按业务粒度评估是否启用，而非默认开启