Nginx高并发性能取决于events块与系统级协同调优：Linux优先用epoll，合理设置worker_connections、worker_rlimit_nofile、multi_accept on，并同步调优系统limits、somaxconn等参数，避免误配导致性能下降。
Nginx 在高并发场景下，events 块的配置直接影响连接处理效率和资源利用率。它不决定业务逻辑，但决定了 Nginx 如何“接住”海量并发请求——是排队等待、快速响应，还是因内核限制而丢包。关键不在堆参数，而在匹配操作系统能力与实际负载特征。
选择合适的事件驱动模型
Linux 系统下优先用 epoll（2.6+ 内核默认支持），比 select/poll 更高效，尤其在连接数多、活跃度低的场景（如长轮询、HTTP/2）。FreeBSD/macOS 用 kqueue。确认方式：
nginx -V 2>&1 | grep -o 'epoll\|kqueue'
若未启用 epoll，需重新编译时加 --with-poll_module 或检查内核版本。
调整连接处理核心参数
以下参数需协同调优，不能孤立设置：
- worker_connections：单个 worker 进程可同时处理的最大连接数。设为 1024～65536，取决于 ulimit -n 限制和内存（每个连接约占用 2KB 内存）
- worker_rlimit_nofile：显式提升 worker 进程能打开的文件描述符上限，应 ≥ worker_connections × worker_processes
- use epoll：显式声明（虽多数新版默认，但写明更稳妥）
- multi_accept on：让 worker 尽可能一次性接受多个新连接，减少惊群和系统调用开销
配合系统级调优才真正生效
events 块只是 Nginx 侧配置，若系统限制未放开，参数再高也无效：
- 修改 /etc/security/limits.conf：对 nginx 用户设 nofile 软硬限制（如 65536）
- 调整内核参数：net.core.somaxconn（监听队列长度，默认 128，建议 ≥ 4096）、net.ipv4.ip_local_port_range（扩大临时端口范围）
- 确保 systemd 启动时不限制：在 /etc/systemd/system/nginx.service.d/override.conf 中添加 LimitNOFILE=65536
避免常见误配
这些看似“加强”的配置反而会拖慢性能：
- worker_connections 设得远超 ulimit：Nginx 启动失败或运行中报 “too many open files”
- 开启 accept_mutex 且 worker_processes > 1 但未配好锁粒度：在极高峰值下引发 worker 争抢，反而降低吞吐
- keepalive_timeout 过长（如 300s）+ 大量空闲连接：耗尽 worker_connections，新请求被拒绝
- 忽略 multi_accept 和 use 的组合效果：epoll + multi_accept 才能发挥批量收连接的优势
