必须显式配置 LimitNOFILE 和 worker_rlimit_nofile 才能支撑高并发：先查 systemctl show nginx | grep LimitNOFILE 和 /proc/$(pgrep nginx)/limits，再通过 /etc/systemd/system/nginx.service.d/limits.conf 设置 LimitNOFILE=65536，同步在 nginx.conf 主上下文添加 worker_rlimit_nofile 65536；若限流模块报错，还需加 LimitLOCKS=65536。

要让 systemd 托管的 Nginx 服务稳定支撑高并发，必须显式配置 LimitNOFILE，否则默认 1024 的文件描述符上限极易导致连接拒绝、日志写入失败或限流模块异常。

确认当前限制是否已成瓶颈

先查真实生效值，避免盲目调大：

• 查看 systemd 当前设置：systemctl show nginx | grep LimitNOFILE
• 查运行中 worker 进程的实际限制：cat /proc/$(pgrep nginx | head -n1)/limits | grep "Max open files"（注意 soft/hard 是否一致且足够）
• 检查系统总上限：cat /proc/sys/fs/file-max，确保它 ≥ 你计划设的值（建议预留 10% 给其他进程）

用覆盖方式安全修改服务限制

不直接改 /usr/lib/systemd/system/nginx.service，防止被包管理器覆盖：

Design System Audit

审计设计系统的一致性、覆盖率及质量。适用于要求审计设计系统、审查组件库、评估设计标记覆盖范围等场景。

下载

• 创建覆盖目录：sudo mkdir -p /etc/systemd/system/nginx.service.d
• 新建配置文件：sudo nano /etc/systemd/system/nginx.service.d/limits.conf
• 写入（例如设为 65536）：
  

  [Service]<br>LimitNOFILE=65536

• 重载并重启：sudo systemctl daemon-reload && sudo systemctl restart nginx

同步配置 Nginx 自身的 worker 限制

只改 systemd 不起作用——Nginx worker 进程仍按默认软限启动：

• 编辑 /etc/nginx/nginx.conf，在最外层（events 块之前、http 块之外）添加：
  worker_rlimit_nofile 65536;
• 验证配置语法：sudo nginx -t
• 重载生效：sudo systemctl reload nginx

额外注意事项

某些场景还需补充调整：

• 若使用 limit_req 或 limit_conn 模块频繁报 “Too many open files”，可能是文件锁（locks）耗尽，需加 LimitLOCKS=65536 到同一覆盖文件中
• 值不能超过 /proc/sys/fs/nr_open，否则启动会失败
• SELinux 或 AppArmor 可能拦截资源提升，验证时留意 ausearch -m avc -ts recent