Nginx Worker进程数应设为CPU逻辑核心数并启用worker_cpu_affinity绑定至对应核心，配合关闭非必要服务、网络中断亲和性调整、增大文件描述符限制及禁用swap等系统调优，可提升吞吐10%~30%、降低尾部延迟。

Nginx 通过合理配置 Worker 进程，能有效利用多核 CPU，提升并发处理能力。关键不在数量越多越好，而在于与 CPU 核心数匹配、避免争抢，并配合系统级调优。

Worker 进程数应设为 CPU 核心数

Nginx 默认使用 worker_processes auto;，这是推荐做法——它会自动读取系统可用逻辑 CPU 核心数（包括超线程），并为每个核心分配一个独立的 Worker 进程。每个 Worker 进程是单线程、事件驱动的，不阻塞、不锁共享内存，因此一个进程绑定一个核心可最大化缓存局部性与上下文切换效率。

手动设置时，建议写成：

worker_processes 4;  # 例如在 4 核机器上

避免设为远大于核心数（如 32），否则会导致频繁进程调度、缓存抖动，反而降低吞吐量。

启用 CPU 亲和性（worker_cpu_affinity）

仅靠自动分配还不够。Linux 调度器可能把不同 Worker 进程动态调度到任意核心，造成跨核缓存失效。启用 worker_cpu_affinity 可将每个 Worker 进程**固定绑定到指定 CPU 核心**，显著提升 L1/L2 缓存命中率。

常见配置示例（4 核机器）：

worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000;

每组二进制位代表一个 Worker 对应的 CPU 掩码：
– 第 1 个 Worker 绑定 core 0（0001）
– 第 2 个绑定 core 1（0010）
– 依此类推。
也可用更简洁写法：worker_cpu_affinity auto;（Nginx 1.9.10+ 支持），由 Nginx 自动完成最优绑定。

配合系统级参数减少干扰

即使 Nginx 配置得当，若系统未优化，仍可能被其他进程抢占资源或触发非预期中断。需注意：

• 关闭非必要服务：如 cron、bluetooth、avahi-daemon 等后台进程，减少中断和调度干扰；
• 调整网络中断亲和性：将网卡软中断（softirq）也绑定到与 Nginx Worker 相同的 CPU 核心，避免跨核数据搬运；
• 增大文件描述符限制：在 nginx.conf 中设置 worker_rlimit_nofile，并在系统层面提高 fs.file-max 和用户级 limit（ulimit -n），确保高并发下不因 FD 耗尽而降级；
• 禁用 swap：防止 Worker 进程内存被换出，导致延迟突增。

验证是否真正生效

配置生效后，不能只看进程数。需确认：

• 运行 ps axo pid,comm,psr | grep nginx，查看各 Worker 的 PSR（实际运行 CPU 号）是否按预期分散；
• 用 htop 或 top -H 观察各 Worker 线程的 CPU 占用是否均衡、无明显单核打满；
• 压测时对比开启/关闭 worker_cpu_affinity 的 QPS 与 p99 延迟，通常可提升 10%~30% 吞吐，降低尾部延迟。