要突破单机并发连接瓶颈，必须使worker_rlimit_nofile、系统ulimit和内核限制形成闭环；否则即使配置高worker_connections，也会因文件描述符不足报Too many open files或502错误。
直接打开 /etc/nginx/nginx.conf（常见路径，其他可能为 /usr/local/nginx/conf/nginx.conf），定位到文件最上方的 main 上下文块——也就是 events { ... } 之前、未被任何大括号包裹的区域。这里就是全局参数所在位置，修改它会影响整个 Nginx 实例的行为。
识别关键全局指令位置
主配置中真正属于全局控制的指令集中在开头几行，典型有：
-
user：指定 worker 进程运行身份，通常在第1–2行，如user nginx; -
worker_processes：决定启动几个 worker 进程，常紧随其后，如worker_processes auto; -
error_log和pid：分别定义错误日志路径与主进程 ID 文件位置，一般出现在前10行内 -
worker_rlimit_nofile：限制单个 worker 可打开的文件描述符数，虽非默认启用，但属重要调优项，需手动添加在 main 块中
修改时需注意的依赖关系
这些参数不是孤立生效的，改完必须同步检查系统层支撑：
-
worker_processes auto依赖 CPU 核心数识别，可通过nproc或lscpu验证是否匹配 -
worker_rlimit_nofile 65535要求系统当前 ulimit ≥ 65535，执行ulimit -n查看；若不足，需在/etc/security/limits.conf中为 nginx 用户追加nginx soft nofile 65535和nginx hard nofile 65535 -
user nginx要求该用户真实存在，且对静态资源目录（如/usr/share/nginx/html）、日志路径（如/var/log/nginx/）有读写权限
验证修改是否生效
保存 nginx.conf 后不能直接 reload 就算完成：
- 先运行
nginx -t检查语法和路径可访问性，避免配置错误导致服务中断 - 确认无误后执行
systemctl reload nginx或nginx -s reload - 查看实际生效值：
ps aux | grep nginx确认 worker 进程用户；cat /proc/$(cat /var/run/nginx.pid)/limits | grep "Max open files"查看单进程文件描述符上限
改的是几行配置，背后连着系统权限、资源限制和进程模型，理清这层关系才能稳住高并发下的稳定性。
