Nginx默认轮询通过固定顺序指针实现均匀分发，不依赖响应时间或负载状态；若出现不均，多因weight、ip_hash或健康检查配置干扰，需清除冗余参数并统一探测设置。
Nginx 默认轮询算法本身就能实现请求的均匀分布，关键不在于“有多智能”，而在于它足够简单、确定且可预期——只要后端服务器能力接近、状态稳定、配置干净，长期统计下各节点请求数基本一致。
轮询是怎么“轮流点名”的
轮询不是靠计时器或随机数，而是靠一个内部指针。Nginx 在 upstream 块中按顺序列出服务器，它就维护一个“当前指向哪台”的位置标记：
- 收到第 1 个请求 → 发给列表第 1 台（指针不动，发完后下移）
- 收到第 2 个请求 → 发给列表第 2 台
- 收到第 3 个请求 → 发给列表第 3 台
- 收到第 4 个请求 → 列表到头了，指针回到开头，发给第 1 台
这个循环不依赖响应快慢、连接数多少或 CPU 使用率，只认配置顺序和当前指针位置，所以逻辑轻量、无状态、无额外开销。
为什么有时看起来“不均匀”
轮询的均匀性是长期统计结果，短期波动正常；但若长期明显倾斜，大概率是以下配置干扰了原始轮询逻辑：
- 某台 server 行写了 weight=2：立刻变成加权轮询，不再是均等分配
- upstream 块里启用了 ip_hash 或 hash $request_uri：请求被固定路由，轮询失效
- 某台服务器频繁超时，触发 max_fails=3 fail_timeout=10s 被临时摘除：轮询队列变短，剩余节点自然承接更多请求
换句话说：轮询本身很守规矩，但配置一乱，它就“没法按规矩办事”。
让轮询真正稳住均匀性的实操要点
要让默认轮询长期可靠地分摊流量，重点不在加功能，而在“做减法”和“保状态”：
-
删掉所有 weight 参数：确保每行 server 都是裸写，如
server 192.168.1.10;，不带等号 - 确认 upstream 块顶部没其他算法指令：比如 ip_hash、least_conn、hash 等必须整行删除，不能注释留着
-
给每台 server 配一致的健康探测参数：例如统一写
max_fails=2 fail_timeout=15s，避免某台因阈值宽松而持续接收请求 - 用 access_log 或 $upstream_addr 验证实际分发：日志里能看到每次请求落到哪台 IP，比猜更准
轮询不是万能，但它是好起点
它不解决会话保持，也不适配性能差异大的集群；但它零配置、低延迟、易验证，特别适合新上线服务、同构容器集群或灰度发布初期。把轮询用对了，等于为后续引入 least_conn 或主动健康检查打好了基础。
