要突破Nginx并发瓶颈，需协同配置worker_rlimit_nofile、系统ulimit、内核参数及events模块：先调高ulimit -n至65536或更高，再设worker_rlimit_nofile与之相等；同步优化net.core.somaxconn、tcp_tw_reuse等内核参数，并确保worker_connections≤worker_rlimit_nofile、启用epoll和multi_accept。
要突破 Nginx 作为负载均衡器的并发瓶颈，worker_rlimit_nofile 不是孤立参数，它必须与系统级文件描述符限制、内核网络参数形成闭环配置。单独调高这个值却忽略 ulimit 或内核参数，反而会触发 502 错误或连接拒绝。
确保系统级文件描述符上限足够
nginx worker 进程能打开多少文件，直接受限于操作系统对它的 soft/hard nofile 限制：
- 先查当前值：
ulimit -n（默认常为 1024，远不够高并发） - 临时提升（仅当前会话有效）：
ulimit -n 65536 - 永久生效需修改
/etc/security/limits.conf，添加两行：nginx soft nofile 65536nginx hard nofile 65536
（若用 systemd 启动，还需在/etc/systemd/system/nginx.service.d/override.conf中加LimitNOFILE=65536并执行systemctl daemon-reload） - 验证是否生效：启动 Nginx 后，取任一 worker 进程 PID，执行
cat /proc/PID/limits | grep "Max open files"，Soft 和 Hard 值应与 limits.conf 设置一致
worker_rlimit_nofile 必须与 ulimit 对齐
该指令设置的是单个 worker 进程允许打开的最大文件数，不是全局总和。它不能超过 ulimit 的 soft limit，否则 Nginx 启动时会警告，运行中可能因文件耗尽返回 502。
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 推荐设为与 ulimit -n 的 soft limit 完全相同，例如：
worker_rlimit_nofile 65536; - 不建议“除以 worker 数”来折算——Nginx 请求调度不均，3–4 万并发时就可能出现某个 worker 超限
- 若你用
worker_processes auto;，且机器有 16 核，实际可能起 16 个 worker，那每个都需支持 65536 句柄，系统总容量至少要 16 × 65536 ≈ 105 万，此时 ulimit -n 就得设到 1048576（1M）才稳妥
同步优化关键内核参数
文件句柄只是基础，TCP 连接建立、回收、端口复用等环节卡住，照样压不上并发：
- 编辑
/etc/sysctl.conf，追加以下几项：net.core.somaxconn = 65535（监听队列长度，防 accept 队列溢出）net.ipv4.tcp_max_syn_backlog = 65535（半连接队列，匹配 somaxconn）net.ipv4.tcp_tw_reuse = 1（允许 TIME-WAIT 套接字被快速复用于新连接）net.ipv4.ip_local_port_range = 1024 65535（扩大客户端可用端口范围）net.ipv4.tcp_fin_timeout = 30（缩短 FIN_WAIT_2 状态超时，加快资源释放） - 生效命令：
sysctl -p - 特别注意：
tcp_tw_reuse在负载均衡场景下非常关键——后端服务器频繁短连接时，大量 TIME-WAIT 会挤占本地端口，导致“Cannot assign requested address”错误
配套调整 events 模块与连接管理
光有文件句柄和内核参数还不够，Nginx 自身事件模型和连接策略必须匹配：
- 确认使用 epoll（Linux 默认，无需显式写
use epoll；避免用 select，有 1024 硬限制） -
worker_connections应 ≤worker_rlimit_nofile，建议设为相同值，例如：worker_connections 65536; - 开启
multi_accept on;，让一个 worker 尽可能一次处理多个新连接，减少惊群和唤醒延迟 -
keepalive_timeout建议设为 15–30 秒（非越长越好），避免空闲连接长期占用worker_connections槽位；HTTP/2 下更需关注http2_max_requests
