Linux Nginx 怎么配置 worker_connections 突破单进程连接数限制-Nginx-PHP中文网

单纯增大worker_connections无法突破单进程连接数限制，因受系统文件描述符（fd）硬限制约；须同步修改limits.conf、systemd配置、nginx.conf中worker_rlimit_nofile，并在events块中正确设置worker_connections与epoll等参数，再调优内核somaxconn和tcp_max_syn_backlog。

linux nginx 怎么配置 worker_connections 突破单进程连接数限制

单纯改大 worker_connections 无法突破单进程连接数限制——它只是个配置标尺，真正卡住的，是系统对单个进程能打开多少文件描述符（fd）的硬性约束。每个 TCP 连接至少占 1 个 fd，Nginx worker 还要额外用 fd 处理日志、SSL 缓存、上游连接等。Linux 默认单进程最多 1024 个 fd，远不够用。

必须同步放宽系统级文件描述符限制

这是最基础、最关键的一步。不改这里，Nginx 启动时就会静默截断 worker_connections 值，甚至打不开 error.log。

编辑 /etc/security/limits.conf，为 Nginx 运行用户（如 nginx 或 www-data）添加：

nginx soft nofile 65536
nginx hard nofile 65536

若使用 systemd 管理（绝大多数现代发行版），还需创建 /etc/systemd/system/nginx.service.d/override.conf：

[Service]
LimitNOFILE=65536

执行生效命令：systemctl daemon-reload && systemctl restart nginx
验证是否成功：cat /proc/$(pgrep nginx)/limits | grep "Max open files"，输出的 Max open files 值应 ≥ 你计划设的 worker_connections

在 nginx.conf 中显式声明进程级句柄上限

系统允许了，Nginx 自己也得“主动申请”，否则仍按默认保守值运行，worker_connections 再高也形同虚设。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

在 nginx.conf 的主块（即 events { } 块外、http { } 块前）添加：

worker_rlimit_nofile 65536;

该值必须 ≥ worker_connections，推荐设为相同值或略高（如 1.2 倍），为日志、临时文件等留余量
注意：若 worker_rlimit_nofile 超过系统硬限制，Nginx 可能启动失败

正确设置 worker_connections 并匹配 events 模型

该指令只能放在 events { } 块内，位置错就无效；且需配套启用高效事件模型。

确保配置位于 events 块中：

events {
  use epoll;
  worker_connections 65535;
  multi_accept on;
}

use epoll; 是 Linux 必加项，避免回退到有 1024 硬限的 select/poll
multi_accept on; 让单次事件循环尽可能多 accept 新连接，缓解突发流量排队
worker_connections 建议 ≤ 系统 ulimit -n 的 80%～90%，例如 ulimit 是 65536，则设 52428 或 58982 更稳妥