负载均衡不直接导致接口变慢，但会放大后端问题：超时过长、轮询失衡、健康检查缺失；需收紧超时参数、精准配置重试与节点剔除、选用合适调度算法，并提供降级响应。
负载均衡本身不导致接口变慢，但它会把问题放大——后端响应慢时，Nginx 默认等满 60 秒才报错，用户就卡在白屏；节点性能不均时，轮询会持续把请求打向已过载的实例；健康检查缺失，故障节点还在收流量。解决的关键不是“加机器”，而是让负载均衡层主动识别、隔离、绕过慢节点，并给用户可预期的响应。
收紧超时参数，把被动等待变成主动调度
默认超时太宽，等于放任连接空转。必须按环节设限：
- proxy_connect_timeout：建连超时，同机房设 3–5 秒，跨可用区设 5–8 秒
- proxy_send_timeout：发完请求后等后端“确认收妥”的时间，常规接口设 10–20 秒
- proxy_read_timeout：等待后端返回响应头的时间，应略大于后端 P95 耗时 + 2–4 秒（例如后端通常 1.8 秒返回，这里设 3 秒）
精准配置重试与节点剔除机制
光设超时不够，还要让 Nginx 知道“什么算失败”以及“失败后怎么办”：
- 启用 proxy_next_upstream error timeout http_500 http_502 http_503 http_504，覆盖连接失败、读写超时和网关类错误
- 为每个 upstream server 配置 max_fails=2 fail_timeout=15s：15 秒内连续失败 2 次即标记为不可用，15 秒后自动探测恢复
- 避免加入 http_404 或 http_403 —— 这些是业务逻辑结果，不该触发重试
选对算法，避免请求分发失衡
轮询（Round Robin）假设所有节点性能一致，现实中极易造成倾斜：
- 节点性能差异大时，改用加权轮询：
server 192.168.1.10:8080 weight=3;让强节点多扛压力 - 需保持设备或用户会话时，禁用 ip_hash（NAT 环境下易打到单点），改用
hash $remote_addr consistent; - 若支持 nginx ≥ 1.19.1，优先用 least_time header last_byte，按真实响应速度调度，比 least_conn 更准
补充兜底能力，不让用户干等
当所有后端都超时或重试耗尽，应立即返回轻量级降级内容：
- 用 error_page 502 503 504 =200 /fallback.html 提供静态提示页
- 或直接 return 503 "Service temporarily unavailable"; 返回简洁文本响应
- 搭配 add_header Cache-Control "no-cache, no-store, must-revalidate"; 防止浏览器缓存错误页
