虚拟化超卖环境下Nginx worker CPU时间片不均，需从资源可见性、显式vCPU绑定（禁用auto）、调低调度敏感度（sysctl+worker_priority）、启用连接复用与限流四方面解决。
虚拟化超卖环境下，Nginx worker 进程常出现 CPU 时间片分配不均——表现为部分 worker 占用率飙升、其余 idle，请求响应延迟抖动大，甚至连接堆积。这并非 Nginx 配置错误，而是宿主机 CPU 资源被过度共享、vCPU 调度不可控导致的底层失衡。解决需从资源可见性、进程绑定策略和调度适配三方面入手。
确认是否真由超卖引发
先排除 Nginx 自身配置或业务逻辑问题：
- 用 htop -H 查看线程级 CPU 占用，确认是多个 worker 线程之间严重不均（而非单个 worker 内部多线程不均）
- 运行 uptime 和 cat /proc/loadavg，对比 load average 与 vCPU 数：若 1 分钟负载长期 > 2×vCPU 数，大概率存在宿主机 CPU 竞争
- 检查 dmesg | grep -i "throttled" 或 grep -i "cpu.*throttle" /var/log/messages，确认是否有 CPU throttling 日志（常见于 AWS t 系列、阿里云共享型实例）
禁用自动 affinity，改用显式 vCPU 绑定
在超卖环境中，worker_cpu_affinity auto 反而有害——它会尝试绑定物理核，但虚拟机看到的“CPU”是动态映射的，auto 绑定容易错配或频繁迁移。应改为固定绑定到可用 vCPU 编号：
- 查清当前虚拟机可见 vCPU 列表：lscpu | grep "^CPU(s):" 和 cat /sys/devices/system/cpu/online
- 假设分配了 4 个 vCPU（编号 0-3），且 worker_processes 4，则配置为：
worker_cpu_affinity 0001 0010 0100 1000; - 若 vCPU 数 ≠ worker 数（如 2 vCPU + 4 worker），必须缩减 worker_processes 2，否则多余 worker 必然争抢时间片
调低内核调度敏感度，减少上下文切换开销
超卖环境上下文切换代价高。通过 sysctl 降低调度器对 Nginx 的“干预强度”：
- 临时生效：echo 15 > /proc/sys/kernel/sched_latency_ns（减小调度周期，默认通常 24ms）
- 永久生效：在 /etc/sysctl.conf 中添加
kernel.sched_latency_ns = 12000000
kernel.sched_min_granularity_ns = 1500000 - 配合 Nginx 配置增加：
worker_priority -5;（让 worker 进程获得稍高实时优先级，避免被其他宿主机进程压制）
启用 connection reuse 与 early termination
减少单位请求的 CPU 开销，间接缓解时间片争抢：
- 在 http 块中启用长连接复用：
keepalive_timeout 60s;
keepalive_requests 1000; - 对非必要请求快速拒绝，避免进入完整处理流程：
if ($request_method !~ ^(GET|HEAD|POST)$) { return 405; } - 限制单 IP 并发连接数：
limit_conn addr 20;（防止某个客户端耗尽 worker 连接槽位）
