worker_connections需与负载均衡策略协同调优：它为每个worker进程设定连接池额度，而轮询、least_conn或ip_hash等策略影响连接分配与复用，不匹配会导致资源浪费或连接拒绝；须同步调整ulimit、upstream keepalive、client keepalive_timeout及reuseport。
worker_connections 不是孤立参数，它和负载均衡策略协同工作，共同决定 Nginx 能否稳住高并发流量。它的核心作用是为每个 worker 进程划出“连接池额度”，而负载均衡策略则决定这些连接如何被分配、复用与分发到后端——两者不匹配，轻则浪费资源，重则触发连接拒绝或上游雪崩。
连接容量必须覆盖策略带来的连接放大效应
轮询、least_conn 或 ip_hash 本身不增加连接数，但它们驱动的后端交互模式会显著改变连接生命周期。尤其在长连接场景下，一个客户端长连接可能复用多个 upstream 连接，而每个 upstream 连接又受 keepalive 池限制：
- 若 upstream 配置了 keepalive 32，且平均每个客户端发起 5 个并发请求，则单个客户端长连接可能占用最多 5 个后端连接；
- 若 worker_connections 设为 65536，理论上可支撑约 13000 个活跃客户端（65536 ÷ 5），但实际需预留 20% 余量应对突发；
- 若误设为默认的 1024，即使后端只有 3 台机器，也极易在 QPS 上万时因 connect() failed (24: Too many open files) 报错而丢请求。
不同负载均衡算法对连接分布的影响
算法选择会改变连接在 worker 和 upstream 之间的分布密度，进而影响 worker_connections 的有效利用率：
- ip_hash：客户端 IP 绑定固定后端，导致连接长期滞留某台 server。若未配 max_conns 限流，该 server 的连接可能快速占满其 keepalive 池，迫使 Nginx 新建连接，加剧 worker 连接消耗；
- least_conn：倾向将新请求导向当前活动连接最少的后端，有利于连接更均匀分散，降低单点连接堆积风险，对 worker_connections 利用更平滑；
- 加权轮询 + 高 weight 值：高权重节点接收更多请求，若其响应慢或 keepalive 复用率低，会更快耗尽对应 upstream 连接槽位，间接抬高 worker 层新建连接频率。
必须同步调优的关联配置
worker_connections 发挥作用，依赖上下游三类关键配合：
- 系统级限制：ulimit -n 必须 ≥ worker_processes × worker_connections，否则内核拒绝创建连接；
- upstream keepalive：值应略大于后端服务的空闲连接保有上限（如 Tomcat maxConnections × 0.8），避免频繁建连；
- client 端 keepalive_timeout：设为 60–90 秒较合理；过长（如 300s）会使空闲连接长期占位，变相压缩可用连接池；
- 启用 reuseport：让每个 worker 独立监听端口，避免惊群，使 worker_connections 真正并行生效，否则多 worker 实际共享同一连接队列。
典型配置组合参考
面向千万级用户，推荐以下协同设置：
- worker_processes auto;
- events { use epoll; worker_connections 65536; multi_accept on; reuseport on; }
- upstream backend { least_conn; keepalive 256; server 10.0.1.10:8080 max_conns=512; server 10.0.1.11:8080 max_conns=512; }
- http { keepalive_timeout 75s; keepalive_requests 100; }
