权重参数仅实现加权轮询，需结合实测能力设定、健康检查、连接复用与超时控制等机制才能保障流量分配稳定；weight应基于p95延迟实测反推，比例宜控制在1:4内，且须定期验证迭代。
权重参数本身不直接“优化流量分配比”，它只是让 Nginx 按预设的相对份额做加权轮询。真正让流量分配贴近预期、稳定且可持续，得靠一套配合动作——不是调完 weight 就完事，而是把权重当作起点，再叠加可观测性、健康反馈和连接管理。
权重值必须基于实测能力设定，而非硬件规格
很多人按 CPU 核数或内存大小设 weight，但实际瓶颈常在磁盘 IO、慢查询或锁竞争。正确做法是：对每台后端用相同压测工具（如 wrk -t4 -c100 -d30s）测出 P95 延迟和稳定 QPS；选一台作为基准（比如 P95=80ms），其余节点 weight = 基准 P95 ÷ 自身 P95（四舍五入为整数）。例如：
- A 机 P95=80ms → weight=1
- B 机 P95=240ms → weight≈0.33 → 取整为 1
- C 机 P95=120ms → weight≈0.67 → 取整为 1
此时三台都设为 weight=1，说明它们真实吞吐接近；强行配成 3:1:2 反而失衡。
避免极端比例，保留弹性冗余
weight 比例过大（如 10:1）会导致低权重点长期空闲、高权重点持续承压，失去容错空间。建议：
- 最大权重比控制在 1:4 以内（例如 4:2:1，而非 8:1:1）
- 所有节点至少设 weight≥1，防止因临时抖动被完全跳过
- 备用机用 backup 标记，而不是设 weight=0 —— 后者既不参与分发，也不被健康检查探测，运维难感知状态
必须搭配运行时机制，否则权重形同虚设
静态 weight 不感知 CPU 突增、GC 停顿或响应变慢。需同步配置：
- 健康检查：用 max_fails=2 fail_timeout=30s，配合 proxy_next_upstream error timeout http_500–504，失败自动切走
- 连接复用：upstream 内加 keepalive 32，proxy 区域配 proxy_http_version 1.1 和 proxy_set_header Connection ''
- 超时收紧：如 proxy_connect_timeout 3s、proxy_read_timeout 8s（根据业务 P99 调整），防慢响应阻塞连接池
上线后验证并定期迭代，权重不是一劳永逸
reload 配置后不能只看 Nginx 启动成功，要确认真实效果：
- 查 access log，用 awk '{print $upstream_addr}' 统计各后端 IP 出现频次，数百请求以上才稳定趋近理论比例
- 监控每台后端的 CPU、活跃连接数、P95 延迟 —— 若某台负载明显偏高但 weight 未超标，说明应用层存在瓶颈，需单独优化
- 权重每周结合监控数据微调一次，比如 SSD 升级后延迟下降 30%，可将 weight 提升 1～2 点
