要让worker_connections在Linux上真正发挥高并发能力，必须协同调优Nginx配置、用户/进程级文件描述符限制及内核协议栈参数；否则连接会卡在内核队列、被静默丢弃或触发“Too many open files”错误。
要让 worker_connections 在 Linux 上真正发挥高并发能力，不能只改 Nginx 配置——它必须和内核协议栈参数形成闭环。否则连接会卡在内核队列、被静默丢弃，或触发 “Too many open files” 错误。
先对齐三层文件描述符限制
worker_connections 的实际生效值，取决于以下三者的最小值：
-
系统总上限：
/proc/sys/fs/file-max，建议设为worker_processes × worker_connections × 1.3～1.5，预留 TIME_WAIT、SSL 缓存、日志等开销 -
用户级限制：在
/etc/security/limits.conf中为 Nginx 运行用户（如www-data或nginx）添加：nginx soft nofile 65536nginx hard nofile 65536 -
Nginx 进程级声明：在
nginx.conf主块（events外、http前）加：worker_rlimit_nofile 65536;（该值应 ≥worker_connections，推荐相同或略高）
关键内核参数必须同步调优
Linux 协议栈中，有两个队列直接影响连接能否顺利进入 Nginx：
-
net.core.somaxconn：已完成三次握手、等待accept()的连接队列长度。若太小（如默认 128），高并发下合法连接会被内核直接丢弃。建议设为 ≥worker_connections / worker_processes，常见值 4096–65536 -
net.ipv4.tcp_max_syn_backlog：SYN 半连接队列长度，应 ≥net.core.somaxconn（推荐设为 2 倍），防止 SYN 包被丢弃 -
net.ipv4.tcp_tw_reuse：短连接密集场景（如秒杀页）建议开启（= 1），加快 TIME_WAIT 套接字复用
修改后执行 sysctl -p 生效，并用 ss -s | grep "TCP:" 观察队列堆积情况。
配套 Nginx events 参数不可少
光调大 worker_connections 和内核参数，不配事件模型，等于修好高速路却没装红绿灯：
-
use epoll;：Linux 必须显式指定，避免回退到有硬限的select/poll -
multi_accept on;：让单个 worker 一次事件循环尽可能多地accept新连接，缓解突发流量排队 -
accept_mutex on;（默认开启）：防止多个 worker 同时争抢新连接导致“惊群”
按业务类型设合理值，不是越大越好
不同连接行为对资源消耗差异很大：
-
短连接密集型（如 H5 秒杀、API 上报）：连接建得快、断得快 →
worker_connections可设 8192–16384，重点保障tcp_tw_reuse和net.ipv4.ip_local_port_range -
长连接保活型（如 WebSocket、HTTP/2）：单连接持续占用 → 推荐 4096–8192，配合
keepalive_timeout 15–30控制空闲时长 -
HTTPS 反向代理：除 socket 外还需 SSL session cache、OCSP stapling 等额外 fd →
worker_connections建议不超过 ulimit 的 70%～80%
