Nginx 负载均衡高并发场景下如何优化 epoll 连接数

在高并发场景下，优化 Nginx 的 epoll 连接数本质上是调整操作系统文件描述符限制与 Nginx 配置文件的匹配度，而非修改 epoll 本身的工作机制。

先说结论：epoll 是 Linux 内核层面的事件通知机制，Nginx 默认自动使用，真正的瓶颈通常在于系统允许打开的文件描述符数量（FD）。

先定位：检查当前系统的 ulimit 限制和 Nginx worker_connections 设置是否匹配。
先做：优先调整操作系统的 fs.file-max 和 user limits，再修改 Nginx 配置。
再验证：通过错误日志和 ss 命令确认是否有“太多打开文件”类的报错。

命令速用版

以下是关键配置和检查命令，可直接参考使用：

# 查看当前用户文件描述符限制
ulimit -n

# 查看系统级文件描述符限制
cat /proc/sys/fs/file-max

# Nginx 配置示例 (nginx.conf)
events {
    use epoll;             # Linux 下默认即为 epoll，可省略
    worker_connections 10240; # 根据 ulimit 调整
}

为什么会这样

Nginx 在 Linux 上默认使用 epoll 模型来处理连接，这是一个内核级的接口，不需要在配置中刻意开启。所谓的“连接数优化”，实际上是确保 Nginx 进程有权打开足够多的文件描述符。每一个客户端连接、每一个上游服务器连接、甚至每一个打开的日志文件，都会消耗一个文件描述符。如果操作系统限制每个进程只能打开 1024 个文件，那么无论 Nginx 配置多大，实际并发能力都会被限制在这个数值以下。

分步处理

按照以下顺序调整，避免配置生效但系统拦截的情况：

检查当前限制：在 Nginx 启动用户下执行ulimit -n。如果显示 1024，说明需要调整。
调整系统限制：编辑/etc/security/limits.conf，添加或修改如下行（假设用户为 nginx）：
```
nginx soft nofile 65535
nginx hard nofile 65535
```
同时检查/etc/sysctl.conf，确保fs.file-max足够大。
调整 Nginx 配置：在nginx.conf的events块中设置worker_connections。注意该值不能超过 ulimit 限制。
重载配置：执行nginx -s reload使配置生效。

怎么验证是否生效

调整后不要只看配置，要观察实际运行状态：

检查错误日志：查看error.log，确认没有too many open files报错。
观察连接状态：使用ss -s查看当前系统 TCP 连接总数，确认是否在预期范围内增长。
进程级检查：使用cat /proc/<nginx_pid>/limits查看运行中 Nginx 主进程的实际限制是否已更新。

常见坑

软限制与硬限制：只修改 soft 限制可能不够，确保 hard 限制也同步调整。
Systemd 限制：如果 Nginx 通过 systemd 启动，limits.conf可能不生效，需要在nginx.service文件中添加LimitNOFILE=65535。
worker_processes 计算：最大并发连接数约等于worker_processes * worker_connections，不要忽略进程数的影响。
上游连接消耗：如果配置了 proxy_pass，每个请求可能消耗两个 FD（客户端 + 上游），计算容量时需预留余量。

参考来源

Nginx 官方文档 - ngx_events_module: https://nginx.org/en/docs/ngx_events_module.html
Linux man pages - limits.conf: https://man7.org/linux/man-pages/man5/limits.conf.5.html