推荐设为worker_processes auto;，因Nginx 1.3.8+自动读取系统逻辑CPU核数（如nproc结果），避免手动配置误差；需配合worker_cpu_affinity auto;和worker_rlimit_nofile 65535;协同调优，并在main块中配置、用nginx -t验证。
直接设为 worker_processes auto;，这是最稳妥、最推荐的写法。
为什么用 auto 而不是填具体数字
auto 让 Nginx 自动读取当前系统的 CPU 核心数（包括逻辑核心），避免手动数错或环境变化后失效。比如容器里限制了 2 核，宿主机却是 16 核——用 auto 就能准确识别容器实际可用的核心数；裸机升级 CPU 后也无需改配置。
硬写数字容易出问题：
- 设小了（如 8 核机器只写 2）：CPU 利用率上不去，吞吐量被白白压低
- 设大了（如 4 核写成 8）：进程频繁切换，反而降低 QPS，高并发时下降可能超 10%
需要手动指定的几种情况
绝大多数场景用 auto 即可。只有以下情况才建议显式写数字：
- 容器部署且资源受限：Kubernetes 中 limits.cpu 设为 "2"，就配 worker_processes 2;
- 混合部署服务：Nginx 和数据库共用一台 16 核机器，可预留 2 核给 DB，配 worker_processes 14;
- 大量长连接/上游延迟高：可略超核数（如 16 核配 18），但优先应优化 upstream timeout 和 keepalive
必须同步配的两个搭档
单独调 worker_processes 效果有限，要和这两个参数一起改：
- worker_cpu_affinity auto;：自动绑定每个 worker 到独立 CPU 核，减少缓存抖动
- worker_rlimit_nofile 65535;：提升单个 worker 可打开文件数上限，匹配高连接需求
这些都放在 nginx.conf 的最外层（main 块），别塞进 http 或 server 里。
改完一定要验证
三步不能少：
- 检查语法：nginx -t
- 平滑重载：nginx -s reload（不中断服务）
- 确认生效：ps -ef | grep nginx 看 worker 进程数是否匹配预期
