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% 吞吐，降低尾部延迟。
