Nginx多核优化需匹配worker进程数与CPU核心数、启用CPU亲和性绑定、调优系统参数，避免伪优化陷阱。设worker_processes auto，配合worker_cpu_affinity auto，增大文件描述符限制并合理配置内核参数。

Nginx 默认的多进程模型（master-worker 模式）本身已能较好利用多核 CPU，但要真正发挥多核性能，需结合系统配置、Nginx 参数调优与合理负载分发策略，而非仅依赖开启多个 worker 进程。

worker 进程数应与 CPU 核心数匹配

Nginx 的 worker_processes 设置直接影响并发处理能力。设为 auto 是最稳妥方式，它会自动读取系统 CPU 核心数并启动对应数量的 worker 进程：

• 在 nginx.conf 的全局块中配置：worker_processes auto;
• 避免手动设为远超核心数的值（如 64），这反而引发进程争抢和上下文切换开销
• 若部署在容器或虚拟机中，注意实际分配的 vCPU 数量，而非宿主机核心数

启用 CPU 亲和性绑定（worker_cpu_affinity）

默认情况下，Linux 调度器可能将不同 worker 进程频繁切换到不同核心，造成缓存失效和调度抖动。通过 worker_cpu_affinity 可将每个 worker 固定绑定到指定 CPU 核心：

• 双核机器示例：worker_cpu_affinity 01 10;（第一个 worker 绑核0，第二个绑核1）
• 四核机器常用写法：worker_cpu_affinity 0001 0010 0100 1000;
• 使用 auto 简化配置（Nginx 1.9.10+ 支持）：worker_cpu_affinity auto;，自动完成一对一绑定

配合系统级优化释放多核潜力

Nginx 多进程效能还受操作系统限制影响，需同步调整：

• 增大文件描述符限制：在 /etc/security/limits.conf 中设置 nginx soft nofile 65536 和 nginx hard nofile 65536
• 启用多队列网卡中断均衡（如使用 irqbalance 或手动绑定 IRQ 到不同 CPU）
• 关闭非必要服务（如 Bluetooth、avahi-daemon）减少后台干扰
• 确认内核参数支持高并发：net.core.somaxconn、net.ipv4.ip_local_port_range 等需合理调大

避免伪“多核优化”陷阱

有些做法看似提升并发，实则掩盖瓶颈或引入新问题：

• 不建议用 worker_processes 1 + thread_pool 替代多进程 —— Nginx 线程池仅适用于阻塞型 I/O（如磁盘读取），对网络请求无实质加速
• 不要盲目开启 accept_mutex off：在高并发下可能导致惊群效应，现代内核（Linux 3.9+）+ epoll 已大幅缓解该问题，保持默认即可
• 反向代理场景中，后端应用是否支持多核、连接池是否复用，往往比 Nginx 本身更关键