单机最大并发连接数=worker_processes×worker_connections，是Nginx理论上限值，代表所有worker进程能同时维持的活跃TCP连接总数；需先查nginx.conf中worker_processes（主上下文，常见auto或显式数值）和events块内worker_connections值，相乘即得，如8×16384=131072，但该值受ulimit -n、/proc/sys/fs/file-max及内存网络资源三重约束，必须同步调优才能生效。
单机最大并发连接数 = worker_processes × worker_connections，这是 Nginx 的理论上限值，代表所有 worker 进程能同时维持的活跃 TCP 连接总数。
怎么算出这个数
分两步确认配置值：
- 查
worker_processes：在nginx.conf主上下文里找，常见为auto（自动匹配 CPU 核心数）或显式数字（如4、8）。可用nproc或cat /proc/cpuinfo | grep processor | wc -l确认真实核心数。 - 查
worker_connections：在events { }块内，例如worker_connections 16384;。注意这是每个 worker 进程的上限，不是全局值。
相乘即得理论值。比如 worker_processes 8; + worker_connections 16384; → 131072。
为什么不能直接当实际负载用
这个乘积只是理论值，受三重硬性约束，缺一不可：
-
单进程文件描述符限制：由
ulimit -n控制，必须 ≥worker_connections，否则启动报错或运行中触发 “too many open files” -
系统级文件描述符上限：由
/proc/sys/fs/file-max决定，建议设为理论值的 1.2～1.5 倍，预留空间给日志、缓存、TIME_WAIT 连接等 -
内存与网络资源：每个活跃连接平均占用几 KB 内存；反向代理场景下还受限于本地端口数量（默认仅约 32K 可用）和
net.core.somaxconn监听队列长度
关键配置必须同步生效
只改 worker_connections 没用，以下三项要成套设置：
-
worker_processes auto;或明确设为 CPU 核心数（如8） -
worker_rlimit_nofile 131072;—— 让 worker 进程能主动申请足够 fd，该值不能小于worker_connections -
events { worker_connections 16384; }—— 值不能超过worker_rlimit_nofile，否则启动失败
同时确保系统级限制已调高：在 /etc/security/limits.conf 中添加用户级限制，并在 /etc/systemd/system/nginx.service.d/override.conf 中加 LimitNOFILE=131072。
结合业务特征合理设置
并非所有连接都长期活跃，不同场景建议不同取值：
-
短连接 API 服务：连接生命周期短，可适当提高
worker_connections（如 8192–16384） -
长连接（WebSocket、gRPC、直播流）：每个连接持续占用资源，应保守设置（如 2048–4096），并配合
keepalive_timeout控制空闲时长 -
静态文件服务：IO 密集型，更依赖磁盘和缓存，连接数不是瓶颈，重点优化
sendfile和tcp_nopush
上线前建议用 ab 或 wrk 压测验证，观察 ss -s 中 total 连接数、Nginx 监控指标（Active connections）以及系统负载（top、vmstat）是否平稳。
