Nginx 的 worker_connections 是静态配置项，需 reload 生效；真正动态的是可观测性与快速迭代能力。调优须同步满足系统 ulimit、worker_rlimit_nofile、内核参数、events 配置四层限制，并按业务场景合理设值。

Nginx 的 worker_connections 不能动态调整——它是一个静态配置项，必须重启或重载 Nginx 进程才能生效。所谓“动态调优”，实际是指：在高并发压力出现前，完成可热重载的全链路预调优，并配合监控快速识别瓶颈、触发配置更新与平滑重载。真正能“动态响应”的不是这个参数本身，而是你围绕它构建的可观测性 + 快速迭代能力。

---

? 先确认是不是真需要调大 worker_connections

盲目扩容反而引入内存开销和上下文切换损耗。先用这几条命令快速判断：

• 查错误日志是否频繁出现连接不足：

  grep "worker_connections are not enough" /var/log/nginx/error.log | tail -10

• 看当前进程实际能用多少文件描述符：

  cat /proc/$(pgrep nginx)/limits | grep "Max open files"

• 统计当前 TCP 连接总数（估算是否逼近理论上限）：

  ss -s | grep "TCP:"

  对比 worker_processes × worker_connections 是否接近该值。

⚠️ 注意：如果 Max open files 显示是 1024，那就算 worker_connections 设成 65535，也完全无效——卡在系统层。

---

?️ 四层联动调优（支持 reload，无需重启）

要让 worker_connections 生效，必须同步满足以下四层限制，且全部支持配置后 reload 生效（除内核参数需 sysctl -p）：

• 系统级 ulimit（用户级文件描述符上限）
  编辑 /etc/security/limits.conf，为 Nginx 用户（如 www-data 或 nginx）添加：

  www-data soft nofile 65535
  www-data hard nofile 65535

  若使用 systemd，还需创建 /etc/systemd/system/nginx.service.d/override.conf：

  [Service]
  LimitNOFILE=65535

  执行：

  systemctl daemon-reload && systemctl restart nginx

• Nginx 进程级声明（worker_rlimit_nofile）
  在 nginx.conf 的主块（events 外、http 前）添加：

  worker_rlimit_nofile 65535;

  ✅ 该值应 ≥ worker_connections，建议设为相同值或略高（如 65535）。

  

  Nginx Hosting

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

  下载

• 内核网络队列（避免 accept 队列溢出）
  编辑 /etc/sysctl.conf：

  net.core.somaxconn = 65535
  net.core.netdev_max_backlog = 25000

  执行 sysctl -p 生效（一次设置，长期有效）。

• events 块核心参数（保障高效接收）
  确保 nginx.conf 的 events { } 块包含：

  events {
      use epoll;
      worker_connections 8192;  # 根据场景选值，见下文
      multi_accept on;
      accept_mutex off;  # 高并发下推荐关闭，减少锁竞争
  }

✅ 所有上述配置修改后，只需 nginx -t && nginx -s reload 即可生效，不中断服务。

---

? 按业务场景设合理值（reload 后立即起效）

场景类型	推荐 worker_connections	关键配套动作
短连接 API / 秒杀页	8192–16384	keepalive_timeout 0 彻底禁用长连
WebSocket / HTTP/2 上报	4096–8192	keepalive_timeout 30; keepalive_requests 1000
HTTPS 反向代理	4096–8192（不超过 ulimit 的 80%）	开启 ssl_session_cache shared:SSL:10m，避免重复握手耗 fd

? 示例：若 ulimit -n 是 65535，则 worker_connections 最高建议设 52428（≈ 80%），为 SSL 缓存、日志、临时文件留余量。

---

? 配置生效后验证三件事

1. 确认 worker_rlimit_nofile 已加载

   nginx -T 2>/dev/null | grep worker_rlimit_nofile

2. 确认进程实际限制已提升

   cat /proc/$(pgrep nginx)/limits | grep "Max open files"

3. 确认连接数未达瓶颈

   ss -s | grep "TCP:"  # 观察 `inuse` 是否持续 > 90% × (worker_processes × worker_connections)

只要这三项都达标，worker_connections 就真正“活”起来了——后续压测或流量突增时，你只需改数值 + reload，就是最贴近“动态”的调优方式。

不复杂但容易忽略