Nginx 中 Worker Process 如何进行上下文切换优化

核心是让每个Nginx worker进程稳定运行在专属物理CPU核上，避免跨核迁移引发寄存器保存/恢复、TLB刷新和缓存失效；需配置worker_processes auto、worker_cpu_affinity auto、worker_rlimit_nofile、epoll、sendfile等，并验证绑定效果与上下文切换下降。

核心是让每个 Nginx worker 进程稳定运行在专属物理 CPU 核上，避免跨核迁移引发的寄存器保存/恢复、TLB 刷新和缓存失效——这些才是上下文切换激增的主因，而非连接数本身。

CPU 亲和性必须设为 auto

手动写二进制掩码（如 0001 0010）易出错，且无法适配超线程或 NUMA 架构。Nginx 1.9.10+ 支持：

• worker_processes auto; —— 自动识别物理核心数（例如 8 核），不把超线程逻辑核当真实核心
• worker_cpu_affinity auto; —— 将每个 worker 一对一绑定到独立物理核，跳过错误绑定风险
• 禁用 worker_priority 或外部 sched_setaffinity 脚本，防止干扰 Nginx 内置调度

确保 worker 有足够资源持续运行

光绑定 CPU 没用，一旦因资源不足被抢占或阻塞，亲和性就失去意义：

• worker_rlimit_nofile 65535; —— 显式声明单进程文件描述符上限，该值需 ≥ worker_connections × worker_processes
• 同步修改 /etc/security/limits.conf：为 nginx 用户设 soft nofile 65535 和 hard nofile 65535
• 调大系统级限制：fs.file-max = 2097152（写入 /etc/sysctl.conf）
• 启用 use epoll; 和 multi_accept on;，提升事件分发效率，减少空轮询

优化 I/O 路径，绕过用户空间搬运

尤其对静态文件或 HTTPS 高频请求，零拷贝能直接压缩上下文切换次数：

• sendfile on; —— 内核态直接搬运磁盘数据到网卡，仅需 2 次上下文切换（传统 read()+write() 需 4 次）
• tcp_nopush on; —— 配合 sendfile，攒满 TCP 包再发，减少小包数量
• tcp_nodelay on; —— 防止 keepalive 场景下不满包数据被延迟发送
• 关闭未使用的模块（如 Lua、Perl），减小内存 footprint，提升缓存命中率

验证是否真正生效

不能只看配置重载成功，要确认进程实际运行状态：

• ps -eo pid,args,psr | grep 'nginx: worker' —— 每个 worker 的 PSR 列应显示不同且稳定的 CPU 编号（如 0、1、2、3），不重复也不跳变
• taskset -cp $(pgrep -f "nginx: worker" | head -1) —— 输出类似 pid 12345's current affinity list: 0 表示已绑定成功
• vmstat 1 观察 cs（context switch）列：优化后每秒上下文切换应明显下降，理想低于 10 万次