优化nginx大流量i/o的核心是正确使用epoll模型并协同系统调优：启用use epoll;、multi_accept on;、worker_cpu_affinity auto;，配合sendfile、tcp_nopush、aio threads、proxy_buffers等参数，并调优net.core.somaxconn、tcp_tw_reuse等内核参数。
优化 Nginx 负载均衡器在大流量转发时的 I/O 模型，核心是让每个 worker 进程高效、低延迟地处理海量并发连接，避免内核态与用户态间反复拷贝、阻塞等待或事件轮询开销。关键不在“换模型”，而在“用对模型 + 配合系统级协同”。
启用并调优 epoll 事件驱动模型
Linux 2.6+ 环境下必须使用 epoll，它比 select/poll 更适合高并发场景：支持百万级文件描述符、事件就绪通知而非轮询、无连接数硬限制。
- 在
events块中显式声明：use epoll; - 开启批量接受连接：
multi_accept on;，让单次事件循环尽可能多地 accept 就绪连接，减少事件唤醒次数 - 结合 CPU 亲和性绑定：
worker_cpu_affinity auto;，避免进程跨核调度带来的缓存失效
减少数据拷贝与上下文切换
负载均衡本质是反向代理转发，I/O 路径越短，吞吐越高。重点压缩“内核 → 用户 → 内核”这一跳：
- 启用
sendfile on;：对静态资源（如图标、前端包）直接由内核从磁盘送入 socket 缓冲区，跳过用户空间 - 搭配
tcp_nopush on;：确保 sendfile 数据一次性发完，避免小包分片 - 若后端是长连接 HTTP/1.1 或 gRPC，关闭
tcp_nodelay off;（默认即 off），让 Nagle 算法合并小响应；但若需极低延迟（如实时监控流），可设为on
异步读写与连接池协同
当 Nginx 作为代理，频繁读取上游响应再转发时，同步阻塞会卡住整个 worker。应启用异步 I/O 并配合合理缓冲：
- 开启 AIO（仅限 Linux）：
aio threads;（推荐）或aio on;（需 kernel ≥ 4.18 + directio 配合） - 对大响应体（如文件下载、日志导出），在 location 中启用直读：
directio 4m;，绕过页缓存，降低内存压力 - 增大缓冲区避免频繁收发：
proxy_buffering on;，并调高proxy_buffers 16 128k;和proxy_busy_buffers_size 256k;
系统级配套调优不可省略
Nginx 的 I/O 效能严重依赖内核参数。不调系统，只改配置效果有限：
- 扩大连接队列：
net.core.somaxconn = 65535，防止 SYN 包堆积 - 复用 TIME-WAIT 端口：
net.ipv4.tcp_tw_reuse = 1，缓解 upstream 连接激增导致的端口耗尽 - 调优 TCP 缓冲区：
net.ipv4.tcp_rmem和net.ipv4.tcp_wmem设为更大范围（如10240 87380 16777216），适配千兆以上带宽 - 提升文件描述符上限：
worker_rlimit_nofile 100000;，并在系统侧配置/etc/security/limits.conf
