Nginx upstream轮询是默认策略，无需关键字，只需在http块中定义upstream并逐行列出server（如server 192.168.1.10;），按顺序循环分发请求；误加round_robin等指令或weight参数将导致失效或切换为加权轮询。
Nginx 的 upstream 轮询（Round Robin）是默认行为，不需要写任何算法关键字，只要配置结构正确，它就自动生效。
基础配置写法
只需在 upstream 块中逐行列出后端服务器地址，不加任何额外参数：
- 每行一个 server 指令，支持 IP + 端口（如
192.168.1.10:8080） - 所有 server 默认权重为 1，请求严格按顺序循环分发：第 1 个请求 → 第 1 台，第 2 个 → 第 2 台，依此类推
- 列表末尾后自动回到开头，形成闭环队列
示例：
upstream backend {server 192.168.1.101;
server 192.168.1.102;
server 192.168.1.103;
}
server {
listen 80;
location / {
proxy_pass http://backend;
}
}
必须避开的常见错误
轮询极易因误配而失效，注意以下几点：
- 不要写
round_robin、least_conn或ip_hash这类指令——它们会覆盖默认行为，甚至导致 Nginx 启动失败 - 所有 server 行不能带
weight=参数，否则切换为加权轮询，不再是均等分发 - upstream 块内不能混用其他负载均衡指令，哪怕只是注释掉也不行，必须整行删除
让轮询真正可靠的关键参数
默认轮询不检查后端是否存活。某台宕机后，Nginx 仍会尝试转发，直到触发失败计数才跳过。所以建议显式添加健康探测参数：
- max_fails：连续失败多少次后标记该节点为不可用（默认为 1）
- fail_timeout：该节点被标记为不可用的时间长度（单位秒）
例如：
server 192.168.1.101 max_fails=2 fail_timeout=15s;server 192.168.1.102 max_fails=2 fail_timeout=15s;
这样，单点故障不会拖垮整体分发秩序，轮询队列能稳定维持均匀性。
怎么确认当前确实是轮询在工作
最直接的方法是观察日志或发起测试请求：
- 在 log_format 中加入
$upstream_addr，重启后看 access log 是否按顺序交替出现各后端地址 - 用
curl循环发起请求：for i in {1..6}; do curl http://your-domain/; done，检查响应来源是否规律轮换 - 避免用浏览器直接测试——Keep-Alive 和缓存可能复用连接，干扰判断；推荐用
curl -H "Connection: close"或压测工具如ab
