worker_processes auto; 必须置于nginx.conf最外层main块，启动时调用sysconf(_SC_NPROCESSORS_ONLN)获取在线逻辑CPU数，如8核16线程则启16个worker，容器等受限环境需显式指定以避免过载。
直接写 worker_processes auto; 就行，但必须放在 nginx.conf 的最外层（main 块），不能嵌套在 events、http 或其他块里。
正确写法与位置要求
这行配置只在 main 上下文生效：
- ✅ 正确：worker_processes auto;（单独一行，位于 user、pid、error_log 等全局指令附近）
- ❌ 错误：events { worker_processes auto; }（作用域非法）
- ❌ 错误：worker_processes_auto on;（指令不存在）
- ❌ 错误：worker_processes = auto;（语法不合法）
auto 实际读的是什么
它启动时调用 sysconf(_SC_NPROCESSORS_ONLN)，等价于执行 nproc 命令，返回当前系统标记为 “online” 的逻辑 CPU 总数：
- 8 核 16 线程物理机 → 返回 16 → 启动 16 个 worker
- 容器内限制为 2 vCPU，但内核未暴露 cgroup 信息 → 仍可能返回宿主机的 64 → 启动 64 个，严重过载
- OpenVZ 环境常固定返回 1 → 自动退化为单进程
上线前必须做的三步验证
不能只信配置文件，要确认是否真按预期运行：
- 查日志：启动后看 error.log 是否有
using [N] worker processes提示 - 查进程：运行
ps -ef | grep nginx | grep -v grep | wc -l，结果应等于 nproc 输出值（减去 master 进程） - 查生效配置：执行
nginx -T 2>/dev/null | grep "worker_processes"，确认输出是worker_processes [数字];
配合使用才真正有效
光设 auto 不够，需协同调优才能压满多核：
- 加 worker_cpu_affinity auto;（Nginx ≥ 1.9.10），自动绑定物理核、避开超线程争抢
- 设 worker_rlimit_nofile 65535;，并确保系统 ulimit -n ≥ 65535
- 启用 epoll 事件模型（Linux 默认），并在 events 块中开启 multi_accept on;
- 容器或云环境建议显式覆盖：如只分配 2 核，就写 worker_processes 2;，别依赖 auto
