Nginx高吞吐依赖异步事件驱动，需绑定worker至物理核心、均衡网络中断与软中断、精调事件循环参数，并确保代理链路全程异步非阻塞。
异步事件驱动是 Nginx 高吞吐的底层支柱，不是靠堆线程或进程，而是让每个 worker 用单线程+事件循环高效调度成千上万个连接。真正释放吞吐，关键在于配置与硬件、内核、上游行为对齐。
绑定 worker 到物理核心，避免跨核抖动
每个 worker 是单线程、无锁、事件驱动的，天然适合独占一个物理 CPU 核心。不绑定会导致多个 worker 被调度到同一核争资源，或频繁迁移导致 L1/L2 缓存失效：
- 设 worker_processes auto，自动匹配逻辑 CPU 总数（含超线程）
- 启用 worker_cpu_affinity auto（Nginx ≥ 1.9.10），由 Nginx 按顺序分配核心，比手动掩码更稳
- 若为双路 NUMA 服务器，配合 numactl --cpunodebind=0 --membind=0 nginx 启动，再用 numastat -p $(pgrep nginx) 验证 local_node > 95%
把网络中断和软中断拉到同一组核心
只绑 worker 不够。如果网卡硬中断（IRQ）和 NET_RX 软中断落在其他核上，数据包收进来就得跨核搬运，白白消耗带宽和延迟：
- 确认网卡支持多队列：ethtool -l eth0；再执行 ethtool -L eth0 combined N（N = 物理核心数）启用硬件多队列
- 开启 RPS（软件包分流）：echo ff > /sys/class/net/eth0/queues/rx-0/rps_cpus（8 核写 ff，16 核写 ffff）
- 运行 watch -n 1 'cat /proc/softirqs | grep NET_RX'，观察各 CPU 的软中断增长是否基本均衡
精调事件循环，减少隐式阻塞
异步模型依赖轻量、确定性的事件处理路径。任何同步等待或锁竞争都会拖慢整个 worker：
- accept_mutex off（Nginx ≥ 1.11.3 默认已关），避免 worker 间因 accept() 串行排队
- multi_accept on，让单个 worker 一次从内核事件队列中取多个新连接，减少 epoll_wait 唤醒次数
- worker_connections 65535，并同步调大系统限制：ulimit -n 1048576 和 fs.file-max = 2097152
- 日志写入启用缓冲：access_log /var/log/nginx/access.log main buffer=64k flush=1s；错误日志加 buffer=32k
代理转发阶段保持异步流水线畅通
在反向代理场景下，异步优势容易被 upstream 行为破坏。需确保转发链路全程非阻塞：
- 启用 upstream keepalive：upstream backend { server 10.0.1.10:8080; keepalive 32; }，配合 proxy_http_version 1.1 和 proxy_set_header Connection ''
- proxy_buffering on，并合理设置 proxy_buffers 8 128k 和 proxy_busy_buffers_size 256k，避免慢速客户端拖住后端连接
- 禁用 auth_request 等同步子请求模块；避免复杂正则 location 或大量 rewrite，防止事件处理延迟累积
- 对大 POST 请求，调大 client_body_buffer_size 和 client_max_body_size，必要时启用 aio threads=default + 线程池处理磁盘写入
