nginx高吞吐依赖异步事件驱动架构，需从cpu绑定、网络中断均衡、连接复用、缓冲超时调优及系统参数协同五方面优化：绑定worker至物理核并启用worker_cpu_affinity；将网卡硬软中断与worker同核；启用keepalive减少握手开销；合理配置proxy_buffering与超时；调大文件描述符并启用multi_accept。
异步事件驱动架构是 Nginx 高吞吐的根基，它不靠堆线程或进程，而是让单个 worker 用一个事件循环高效调度成千上万连接。要真正把这能力榨出来，得从 CPU、网络、内存、缓冲和超时五个层面协同调优。
绑定 worker 到物理核心，避免跨核抖动
Nginx 的每个 worker 是单线程、无锁、事件驱动的，天然适合独占一个物理核心。若不绑定，系统调度器可能把多个 worker 挤在同一核上争资源，或频繁迁移导致 L1/L2 缓存反复失效：
- 设 worker_processes auto，自动匹配逻辑 CPU 总数
- 启用 worker_cpu_affinity auto（Nginx ≥ 1.9.10），比手动写二进制掩码更稳
- 在 NUMA 服务器上，用 numactl --cpunodebind=0 --membind=0 nginx 启动，确保 CPU 和内存同节点
- 验证：运行 numastat，看 local_node 占比是否 >95%
把网络中断和软中断拉到 worker 同组核心
只绑 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 的软中断增长是否均衡
复用连接，减少高延迟下的握手开销
在跨地域、弱网或 RTT 较高的场景中，TCP 和 TLS 握手耗时显著。异步模型的优势只有配合连接复用才能放大：
- 客户端侧：keepalive_timeout 65; + keepalive_requests 100;
- 上游侧：upstream backend { keepalive 32; }，并配 proxy_http_version 1.1; 和 proxy_set_header Connection '';
- 验证：ss -tnp | grep :8080，看 ESTABLISHED 连接是否稳定在几十个，而非瞬时飙升后归零
调优缓冲与超时，防止事件循环被隐式阻塞
proxy_buffering 不是“开或关”的开关，而是吞吐链路的关键节流阀。配置不当会让 worker 卡在读响应或等客户端上：
- proxy_buffering on;，设 proxy_buffers 16 512k（共 8MB），proxy_busy_buffers_size 256k（不低于单块大小）
- proxy_read_timeout 要贴近后端真实响应时间（如平均 2s，设 5s 比默认 60s 更合理）
- 日志必须缓冲：access_log /path/log main buffer=64k flush=1s;，防磁盘 I/O 拖慢事件循环
- 禁用 auth_request 或复杂正则 location，它们会串行阻塞当前连接处理
协同系统参数，释放底层并发潜力
再好的 Nginx 配置也跑在 OS 上。缺了系统级支撑，worker_connections 再高也会被卡住：
- ulimit -n 1048576，并设 fs.file-max = 2097152（/etc/sysctl.conf）
- worker_rlimit_nofile 65536;，与 ulimit 对齐
- 启用 multi_accept on;，让 worker 一次从内核事件队列取多个新连接，减少 epoll_wait 唤醒次数
- 关闭 accept_mutex off;（Nginx ≥ 1.11.3 默认已关），避免 worker 间 accept() 串行排队
