直接用 worker_cpu_affinity auto 最稳妥高效，它自动绑定真实物理核心、避免超线程干扰，显著降低上下文切换与缓存抖动，提升本地缓存命中率至90%+，缩短ssl握手耗时并收窄响应抖动。
直接用 worker_cpu_affinity auto 就行，这是当前最稳妥、见效最快的调优方式，特别适合高并发反向代理场景——它自动跳过超线程逻辑核，只绑定真实物理核心，从根源上压降上下文切换和缓存抖动。
为什么绑定能缩短单次请求处理时间
反向代理在高并发下频繁处理 SSL 握手、header 解析、gzip 压缩、连接复用等操作。Linux 默认调度器容易把同一个 worker 进程在不同核心间来回迁移，每次迁移都会：
- 保存/恢复寄存器状态，触发完整上下文切换（实测未绑定时每秒 cs 超 50 万次）
- 刷新 TLB，导致后续内存访问延迟上升
- 清空 L1/L2 缓存，热点数据（如 SSL session cache、shared memory slab）反复冷启动
绑定后，每个 worker 固定运行在单一物理核上，本地缓存命中率可稳定在 90%+，SSL 握手耗时下降明显，长连接响应抖动大幅收窄。
推荐配置写法（Nginx ≥ 1.9.10）
无需手动算二进制或十六进制掩码，避免错位、重复绑核、NUMA 错配等常见错误：
- 通用部署：直接写 worker_processes auto; 和 worker_cpu_affinity auto; —— Nginx 自动识别物理核数，例如 8 物理核 + HT = 16 逻辑 CPU，它默认只用前 8 个物理核
- 资源受限场景（如容器内限定 4 核）：worker_cpu_affinity auto 00001111; —— 后缀十六进制掩码精确控制可用 CPU 集合
- NUMA 架构双路服务器（如 node0: CPU 0–11, node1: CPU 12–23）：若 upstream 部署在 node0，就避免 worker 跑到 node1，可写 worker_processes 12; + worker_cpu_affinity 000000000000111111111111 ...（12 组掩码，每组对应 node0 的全部 12 核）
必须同步生效的配套参数
CPU 绑定只是“路”，worker 得有足够“车”和“油”才能跑起来：
- worker_connections 10240; 或更高，配合 use epoll; 和 multi_accept on;
- worker_rlimit_nofile 65535;，并确保系统级 ulimit -n ≥ 65535（改 /etc/security/limits.conf 和 sysctl fs.file-max）
- 不建议再设 worker_priority 或外挂 sched_setaffinity 脚本——Nginx 自身绑定已足够精准，加了反而干扰
三步验证是否真正起效
reload 后别只信配置文件，要实打实看进程状态：
- 查当前运行核：ps -eo pid,args,psr | grep 'nginx: worker' —— 每个 PID 对应的 PSR 列应是互不重复的数字（如 0、1、2、3），且不超过你设定的物理核范围
- 查亲和性掩码：taskset -cp $(pgrep -f "nginx: worker" | head -1) —— 显示类似 pid 12345's current affinity list: 0 表示已成功绑定到第 0 号物理核
- 补查底层字段：grep -i "cpus_allowed_list\|capbnd" /proc/$(pgrep -f "nginx: worker" | head -1)/status —— 确认掩码值与预期一致
