Nginx中ip_hash与weight不能共存，启动时直接报错“weight parameter is incompatible with ip_hash”；必须二选一，或改用hash $remote_addr consistent替代方案。
加权轮询（weight）和 ip_hash 不能共存——Nginx 启动时会直接报错，不是运行时行为异常，所以排查重点是配置检查与错误日志定位。
看 Nginx 启动或重载时的报错信息
只要 upstream 块中同时出现 ip_hash 和任意一个 server 带 weight=，Nginx 就会拒绝加载配置：
- 典型错误提示：
nginx: [emerg] "weight" parameter is incompatible with "ip_hash" - 执行
nginx -t即可复现，无需启动服务 - 错误行号会精确指向 upstream 块所在位置，比如第 42 行
检查 upstream 块是否混用两种策略
常见误配形式包括：
-
upstream backend { ip_hash; server a:80 weight=2; server b:80; }→ 错误：ip_hash 开启后所有 server 行必须不带 weight、max_fails、fail_timeout 等参数 -
upstream backend { ip_hash; server a:80; server b:80 backup; }→ 错误：backup 也禁用（ip_hash 不支持 backup、down、weight） - 看似没写 weight，但某行含
max_fails=3或fail_timeout=30s→ 同样触发冲突，ip_hash 仅允许纯server IP:PORT
确认是否真在用 ip_hash 而非误留注释或旧配置
有时配置里残留了被注释掉的 ip_hash，或在多个 upstream 块中重复定义导致逻辑混淆：
- 用
grep -n "ip_hash\|weight" /usr/local/nginx/conf/nginx.conf全局搜索关键词 - 注意 include 的子配置文件（如 vhosts/*.conf），冲突可能藏在别处
- 检查是否有两个 upstream 块，一个用了 ip_hash，另一个用了 weight，但 proxy_pass 指向了错误的组
验证加权轮询是否生效的辅助方法
排除冲突后，想确认 weight 是否按预期分配，可以：
- 用
curl -s http://localhost | grep "Server:"连续请求 20 次，统计各后端响应次数（需后端返回标识） - 权重比为 3:2:1 时，理论占比应接近 50% : 33% : 17%，偏差大说明未启用加权（可能是没 reload 或 upstream 名写错）
- 临时删掉
ip_hash，只保留 weight 配置，再跑nginx -t && nginx -s reload，观察是否成功
