nginx负载均衡提升稳定性的核心是调度、连接、缓冲和容错四层协同，而非单机抗压；需按业务选算法、调优长连接与超时、启用健康检查、开启响应缓冲。
Nginx 负载均衡提升请求处理稳定性，核心不是让单台后端更“抗压”，而是通过调度、连接、缓冲和容错四层协同，避免请求卡死、堆积或误发。关键在于把不稳定的环节主动管控起来。
合理选择负载均衡算法适配业务特征
不同算法对稳定性的贡献差异明显，不能默认用轮询：
- 若后端响应时间波动大（如含数据库慢查询），用
least_conn比轮询更稳——新请求自动避开连接数已高的节点，防止雪崩式堆积； - 若存在老服务器性能弱、新服务器性能强的混合集群，必须配
weight（比如旧机 weight=1，新机 weight=5），否则轮询会把过多请求压到弱节点上； - 需要会话保持又没用 Redis 等共享存储时，启用
ip_hash，避免用户反复登录，但要注意 NAT 场景下 IP 集中导致倾斜； - 不建议在无状态 API 场景用
ip_hash，它会破坏负载分散性，反而降低整体稳定性。
启用并调优长连接与超时控制
短连接频繁建连会放大后端资源争抢，而超时设置不合理会让线程长期挂起：
- 在
upstream块中加keepalive 32，每个 worker 复用最多 32 条空闲连接，减少 TCP 开销； - 必须配置
proxy_http_version 1.1和proxy_set_header Connection ""，否则 Nginx 默认关闭 Keep-Alive； -
proxy_read_timeout建议设为 15s（而非默认 60s），后端卡住时能及时释放线程； -
proxy_connect_timeout 3s和proxy_send_timeout 10s要足够短，避免无效连接占满后端连接池。
开启健康检查与故障自动隔离
稳定性的前提是“不把请求发给坏机器”：
-
max_fails=3 fail_timeout=30s是基础被动检查：连续失败 3 次，30 秒内不再转发； - 若使用 Nginx Plus 或 OpenResty，可配置主动健康检查（如定期 GET
/health），故障发现从分钟级缩至秒级； - 加
backup标记备用节点，主集群批量异常时自动切流，业务无感； - 避免仅依赖
down手动下线，它无法应对运行中突然宕机。
启用响应缓冲防止后端线程阻塞
后端响应慢时，若不缓冲，Nginx 会持续占用其工作线程：
-
proxy_buffering on必须开启； -
proxy_buffers 8 16k提供足够内存暂存响应体，避免直接透传拖垮后端； - 对于大文件下载等场景，可单独 location 关闭 buffering 并调大
proxy_buffer_size，但普通 API 不建议关。
不复杂但容易忽略
