优化Nginx events模块连接数上限需四者对齐：worker_connections、系统文件描述符限制、epoll事件模型及业务连接特征；否则易报“too many open files”或静默丢弃连接。
优化 Nginx 的 events 模块连接数上限，关键不是堆高单个参数，而是让 worker_connections、系统资源、事件模型和业务特征四者对齐。否则容易出现“too many open files”报错，或连接被静默丢弃。
同步调高系统级文件描述符限制
Linux 默认每个进程最多打开 1024 个文件描述符（fd），而每个 TCP 连接至少占用 1 个 fd。如果 worker_connections 设为 8192，但系统没放开限制，实际能用的仍是 1024。
- 临时生效：运行
ulimit -n 65536 - 永久生效：在
/etc/security/limits.conf中添加两行：nginx soft nofile 65536nginx hard nofile 65536 - 验证是否生效：
cat /proc/$(pgrep nginx)/limits | grep "Max open files"
显式声明 Nginx 进程级 fd 上限
仅改系统 limits 不够。Nginx 主配置中必须用 worker_rlimit_nofile 显式告诉它“我能申请多少 fd”，否则它会自我限制。
- 放在
events块之外、http块之上，例如：worker_rlimit_nofile 65536; - 该值应 ≥
worker_connections × worker_processes，推荐设为相同值或略高（如 1.2 倍），预留日志、上游连接等开销 - 注意：
worker_connections不能超过worker_rlimit_nofile，否则 Nginx 启动时会静默降级
匹配操作系统选对事件模型
Linux 下必须显式启用 epoll。默认可能回退到 select 或 poll，这两者有 1024 硬上限且性能随连接数线性下降。
- 在
events块中写明：use epoll; - 避免省略或依赖自动检测——生产环境建议强制指定，增强可维护性和确定性
- FreeBSD/macOS 用
kqueue，Solaris 用eventport，不通用的模型一律不推荐
按场景设合理并发值并配好回收机制
不是越大越好。过高会加剧上下文切换、内存碎片，还可能触发内核调度瓶颈。
- 长连接场景（WebSocket、HTTP/2、直播流）：
worker_connections 4096–8192，搭配keepalive_timeout 15–30s - 短连接 API 或静态服务：
worker_connections 2048–4096，缩短生命周期更有效，例如keepalive_timeout 10s; keepalive_requests 100; - 必开回收加速：
reset_timedout_connection on;，对空闲超时的 keepalive 连接主动发 RST，避免堆积 - 突发建连压力大时加：
multi_accept on;，允许单次事件循环接受多个连接
