要真正提升nginx最大连接数，必须同步调整系统文件描述符上限、worker_rlimit_nofile、worker_connections、events参数及cpu核数匹配，否则将触发“too many open files”或静默拒绝连接。
Nginx 本身不直接控制 worker 进程能打开的文件数上限，这个限制由 Linux 内核参数和进程级资源限制共同决定。要真正提升 Nginx worker 的最大文件打开数（即 worker_connections 能生效的上限），必须同步调整系统内核参数和用户/进程限制。
1. 修改系统级文件句柄限制（内核参数）
Linux 内核维护两个关键参数：
- /proc/sys/fs/file-max：系统全局可分配的最大文件句柄数（所有进程总和）
-
/proc/sys/fs/nr_open：单个进程可设置的
rlimit上限（影响ulimit -n最大值）
临时修改（重启失效）：
sudo sysctl -w fs.file-max=2097152<br>sudo sysctl -w fs.nr_open=2097152
永久生效：将以下两行写入 /etc/sysctl.conf 或新建 /etc/sysctl.d/99-nginx.conf：
fs.file-max = 2097152<br>fs.nr_open = 2097152
然后运行 sudo sysctl -p 加载。
2. 设置 Nginx 主进程用户的 ulimit 限制
Nginx worker 进程继承主进程启动时的资源限制。若用 nginx 用户运行，需为该用户配置 ulimit -n：
- 编辑
/etc/security/limits.conf，添加：
nginx soft nofile 1048576<br>nginx hard nofile 1048576
- 确保 PAM limits 模块已启用：检查
/etc/pam.d/common-session或对应登录服务（如sshd、systemd-user）中包含：session required pam_limits.so - 如果 Nginx 由 systemd 管理（常见于 CentOS 7+/Ubuntu 16.04+），还需在
/etc/systemd/system/nginx.service.d/override.conf中设置：
[Service]<br>LimitNOFILE=1048576
然后执行：sudo systemctl daemon-reload && sudo systemctl restart nginx
3. 验证是否生效
确认 Nginx worker 进程实际获得的限制：
- 查主进程 UID：
ps -eo pid,user,comm | grep nginx - 找任意 worker 进程 PID：
pgrep -f "nginx: worker" - 查看其限制：
cat /proc/<pid>/limits | grep "Max open files"</pid>
输出应类似：Max open files 1048576 1048576 files
4. 同步调整 Nginx 配置
在 nginx.conf 的 events 块中设置合理值（不能超过 ulimit）：
events {<br> worker_connections 10240;<br> use epoll;<br>}
注意：worker_connections × worker_processes 不应超过系统 fs.file-max，并预留部分给其他进程（如日志轮转、监控等）。
不复杂但容易忽略的是：三个层级（内核参数 → 用户 limits → systemd service limits）必须全部到位，缺一不可。否则 Nginx 启动时可能报 open() "/dev/klog" failed (24: Too many open files) 或连接数卡在默认 1024。
