要让Nginx在高并发负载均衡场景稳定运行，必须闭环配置worker_rlimit_nofile、系统级文件描述符限制及内核网络参数：先在nginx.conf main上下文设worker_rlimit_nofile 65535；再为nginx用户配置systemd LimitNOFILE=65535并重启；验证proc/PID/limits中Soft Limit达65535；确保worker_connections≤rlimit的70%～80%（如52428）；同步调优net.core.somaxconn等内核参数，并注意反向代理下fd双倍消耗，启用keepalive复用连接。
要让 Nginx 在负载均衡高并发场景下稳定运行，worker_rlimit_nofile 不能孤立设置，必须和系统级文件描述符限制、内核网络参数形成闭环。它本质是“桥梁”——把内核允许的资源，真正交到每个 worker 进程手上。
确保 worker_rlimit_nofile 生效的三步落地
这个指令只在 nginx.conf 的 main 上下文生效，但光写进去没用：
- 在
nginx.conf最顶部（events块之前）添加：worker_rlimit_nofile 65535; - 确认 nginx 启动用户（如
nginx或www-data），然后为该用户设系统级限制：
若用 systemd（主流方式），新建/etc/systemd/system/nginx.service.d/override.conf：[Service]<br>LimitNOFILE=65535
执行systemctl daemon-reload && systemctl restart nginx - 验证是否真正加载：取一个 worker 进程 PID，运行
cat /proc/PID/limits | grep "Max open files"
输出中 Soft Limit 应等于 65535，Hard Limit ≥ 65535
worker_connections 与 worker_rlimit_nofile 的配比逻辑
它们不是并列关系，而是上下级约束：
-
worker_connections是 Nginx 自己定的“业务连接上限”，写在events{}块里 -
worker_rlimit_nofile是操作系统给的“底层资源上限”，必须覆盖前者，并预留空间给日志句柄、上游连接、临时文件等 - 推荐比例：worker_connections ≤ worker_rlimit_nofile 的 70%～80%
例如设worker_rlimit_nofile 65535，则worker_connections不宜超过 52428 - 若反着配（比如 connections=65535，rlimit=1024），Nginx 启动时会警告，超出部分连接直接失败
配套内核参数调优（避免连接卡在系统层）
即使 Nginx 和进程限制都调高了，Linux 内核队列若太小，连接仍会在进入 Nginx 前被丢弃。需修改 /etc/sysctl.conf 并执行 sysctl -p：
-
net.core.somaxconn = 65535：监听队列长度，匹配 Nginx 的listen ... backlog=65535 -
net.ipv4.tcp_max_syn_backlog = 65535：SYN 半连接队列，防握手阶段积压 -
net.core.netdev_max_backlog = 65535：网卡收包队列，应对突发流量 -
net.ipv4.ip_local_port_range = 1024 65535：扩大本地端口池，支撑更多反向代理连接 -
fs.file-max = 2097152：系统全局最大文件句柄数，应 ≥ 所有服务需求总和
负载均衡场景下的特别注意点
作为反向代理时，每个客户端连接 + 每个上游连接各占一个 fd，压力翻倍：
- 若后端有 10 台服务器，单 worker 并发 2 万请求，可能同时打开 4 万个 fd（client + upstream）
- 此时
worker_rlimit_nofile至少设为 52428，worker_connections控制在 40000 以内更稳妥 - 开启
keepalive_requests（如 1000）可复用连接，显著降低 fd 消耗 - 避免 upstream 配置中遗漏
keepalive指令，否则每次请求都新建后端连接，fd 消耗激增
