Nginx默认轮询算法可实现请求均匀分配，前提是服务器性能相近、状态稳定且未配置weight或ip_hash等干扰项；它按配置顺序循环分发请求，自动跳过故障节点，长期统计下各节点请求数基本均衡。
Nginx 默认的 round-robin（轮询） 算法本身就能实现后端服务器请求的均匀分配，前提是各服务器性能相近、健康状态稳定、且未配置权重或其它干扰因素。它不依赖复杂计算，而是按顺序逐台分发请求，长期来看请求量基本均衡。
轮询算法的工作机制
轮询是 Nginx upstream 模块最基础的负载均衡策略：Nginx 维护一个当前服务节点指针，每次收到新请求时，将请求发给指针指向的服务器，然后指针下移一位（到下一个 server），到达末尾则回到开头，形成循环。
- 不考虑响应时间、连接数或实时负载，只按配置顺序“轮流点名”
- 自动跳过已标记为 down 或 failed 的节点（需配合 health_check 或 max_fails/fail_timeout 使用）
- 默认启用，无需显式写
round_robin，只要 upstream 块中没有指定其他算法（如ip_hash、least_conn）即生效
确保均匀分配的关键配置要点
轮询看似简单，但实际均匀性易受配置细节影响。以下几点必须检查：
-
所有 server 行不要设置 weight：一旦某台加了
weight=2，就变成加权轮询，不再均等 -
禁用会破坏轮询顺序的指令：如
ip_hash（按客户端 IP 固定路由）、hash $request_uri consistent（一致性哈希）等需彻底移除 -
保持 server 状态一致：避免某台频繁超时触发
max_fails，被临时摘除，导致剩余节点承接更多流量 -
开启健康检查（推荐）：使用
health_check（需 stream 或 http 模块支持）或配置max_fails=1 fail_timeout=10s，让异常节点及时退出轮询队列
一个干净的轮询配置示例
以下是最简、可验证均匀分配的 upstream 配置：
upstream backend {
server 192.168.1.10:8080;
server 192.168.1.11:8080;
server 192.168.1.12:8080;
# 无 weight、无 ip_hash、无 hash、无 least_conn
}
<p>server {
location / {
proxy_pass <a href="https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e">https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e</a>;
proxy_set_header Host $host;
}
}部署后，可通过反复 curl 或压测工具发起大量请求，再分别查看各后端 access.log 的请求数，正常情况下三台日志行数差异通常在 1%~3% 内。
轮询不是万能的：何时它会“不均匀”
即使配置正确，以下情况仍会导致表观不均，属于合理现象，不是算法缺陷：
- 请求处理时长差异大：A 服务器处理快（10ms），B 处理慢（1s），单位时间内 A 能响应 100 次，B 只能响应 10 次，但 Nginx 发给它们的请求数仍是 1:1
- 短连接高频场景：TCP 连接建立/关闭开销占比高，可能放大调度延迟带来的微小偏差
- 并发请求数远小于后端数量：比如只有 2 个并发，3 台后端，必然有服务器长期空闲
若需按实际负载（如活跃连接数、响应时间）动态调整，应改用 least_conn 或商业版 Nginx Plus 的 slow_start/queue 等高级策略。
