worker_processes无法热加载，因其仅在Master进程启动时读取一次；reload不重启Master，故该指令被忽略，必须完全重启Nginx服务才能生效。
不能动态热加载或实时调整 worker_processes 数量。
为什么无法热加载 worker_processes
该参数属于 Nginx 的全局主配置（main 块），只在 Master 进程启动时读取一次。Nginx 的 reload 机制（nginx -s reload）仅重新加载配置、创建新 Worker、优雅关闭旧 Worker，但不会重启 Master 进程，因此无法改变已运行的 worker_processes 数值。
尝试修改后执行 reload，日志中会提示：
nginx: [warn] ignoring duplicate "worker_processes" directive in /etc/nginx/nginx.conf:2
说明该指令已被忽略——它不参与 reload 流程。
实际生效的唯一方式
必须完全重启 Nginx 服务，即先停止再启动（systemctl restart nginx 或 kill -TERM $(cat /var/run/nginx.pid) 后手动启动），才能让新的 worker_processes 值生效。
- 重启期间会有极短服务中断（毫秒级），但可通过双机或滚动部署规避
- 容器环境（如 Docker）需重建或重部署 Pod，无法仅更新配置文件
- Kubernetes 中需更新 ConfigMap + 触发 rollout，本质仍是重启容器
替代方案：用 auto + 启动前预设提升弹性
虽然不能热改，但可通过以下方式减少人工干预：
- 始终使用
worker_processes auto;—— 启动时自动适配当前 CPU 逻辑核心数（含容器内核数） - 在容器启动脚本或 systemd service 文件中，预先运行
ulimit -n 65536，确保资源上限就绪 - 云主机扩容 CPU 后，只需重启 Nginx 即可自动启用新增核心，无需改配置
误操作常见后果
若误以为 reload 能生效而未重启：
- 进程数维持旧值，多核仍闲置或调度过载
- 配合设置的
worker_cpu_affinity可能错位（如设了 8 核绑定却只有 4 个 Worker） - 理论最大连接数（
worker_processes × worker_connections）被严重低估
