nginx轮询偏差本质是各worker独立维护指针，非全局同步问题；真异常需满足持续性（数百次请求）与显著性（后端请求数差异＞10%），须排除weight/ip_hash、健康检查干扰及cpu调度影响。
排查 Nginx 多进程架构下轮询计数器偏差，核心不是“修复计数器”，而是理解它的设计本质：每个 worker 进程维护独立的轮询指针，没有全局同步。所谓“偏差”往往是误判——短期局部不均属正常，长期统计失衡才真正值得干预。
确认是否真存在异常偏差
别凭直觉或单次请求顺序下结论。真实偏差需满足两个条件：一是持续性（连续数百次以上请求），二是显著性（各后端请求数差异 >10%）。常用验证方式：
- 用
curl -s http://localhost/health发起 500+ 次请求（避免浏览器缓存干扰） - 在每台后端服务的 access.log 中统计行数：
grep "GET /health" access.log | wc -l - 计算标准差 / 均值，若 >0.1（即 10%），再深入排查；≤0.03（3%）属预期范围
检查 upstream 配置是否真正干净
轮询行为极易被隐式修饰破坏。哪怕只有一行带 weight 或 ip_hash，整个 upstream 就会退出默认轮询模式：
- 逐行检查
upstream块：所有server行必须仅含地址和端口，如server 10.0.1.10:8080; - 彻底删除（不是注释）
weight=、backup、down、max_fails、fail_timeout等参数 - 确保
upstream块外未启用ip_hash或hash $arg_id等指令
验证健康检查是否导致节点临时摘除
轮询本身无状态，但健康检查会动态剔除节点——这是最常被忽略的“隐形偏差源”：
- 检查每台 server 是否显式配置了完全一致的探测参数：
max_fails=2 fail_timeout=15s - 查看 Nginx error.log，搜索
unhealthy或failed to connect，确认是否有节点反复进出不可用状态 - 临时关闭健康检查（删掉所有
max_fails），观察偏差是否消失；若恢复均匀，则问题出在某台后端响应超时或不稳定
区分 worker 级偏差与系统级偏差
8 核服务器上看到某几个 worker 连接数远高于其他 worker，这通常不是轮询问题，而是操作系统调度或网络连接分发机制所致：
- 运行
ps aux | grep "nginx: worker"，确认 worker 进程是否绑定到了不同 CPU 核心 - 检查是否启用了
worker_cpu_affinity auto;—— 若未启用，Linux CFS 调度器可能使部分 worker 承载更多连接 - 该现象影响的是连接分布，不改变轮询逻辑；只要各后端日志统计长期均衡，就无需调整 worker 优先级或数量
