提升Nginx负载调度吞吐的关键是选对算法、配好长连接、用准健康检查：轮询适合均一短连接，least_conn在长连接场景实测提升40%+吞吐，加权轮询适配异构服务器；upstream需配置keepalive 32、proxy_http_version 1.1和proxy_set_header Connection ""；健康检查应设max_fails=2 fail_timeout=15s并配合HTTP探活，避免无效转发。
要提升 Nginx 负载调度吞吐，关键不是单纯增加 worker 进程数或调高并发参数，而是让请求分发更匹配后端真实负载状态，并减少连接开销。核心在于选对算法、配好长连接、用准健康检查。
选对调度算法，适配业务特征
不同场景下，算法直接影响吞吐上限：
- 轮询（round robin）适合后端性能均一、无状态的短连接服务（如静态资源），但无法感知实时负载，容易堆积连接
- least_conn在长连接或处理耗时差异大的场景（如 API 网关、数据库代理）中效果显著，实测可比轮询提升 40%+ 吞吐，因它始终挑当前连接最少的节点
- 加权轮询（weight）用于新老机器混用、CPU/内存配置不一致的情况，比如高性能服务器设 weight=5，普通机设 weight=2，使流量按能力比例分配
- ip_hash仅在必须会话保持时启用（如未做共享 Session 的传统电商），但会牺牲负载均衡性；若需会话粘性又想兼顾均衡，建议改用 Redis + token 方式解耦
启用并调优长连接机制
短连接反复建连是吞吐瓶颈之一。Nginx 层开启 Keep-Alive 可大幅降低 TCP 开销：
- 在
upstream块中添加keepalive 32;（推荐值 16–64），表示每个 worker 进程最多缓存多少个空闲到后端的长连接 - 在
location中强制使用 HTTP/1.1：proxy_http_version 1.1;并清空 Connection 头：proxy_set_header Connection ""; - 设置合理超时：
keepalive_timeout 75s;（略小于后端 keepalive_timeout），proxy_read_timeout 300s;避免过早断连影响慢请求
强化健康检查与故障隔离
吞吐不仅看“能分多少”，更要看“分给谁”。无效转发会拖垮整体效率：
- 为每台后端显式配置探测参数：
server 192.168.1.10:8080 max_fails=2 fail_timeout=15s;，避免持续向已卡顿节点发请求 - 配合
health_check指令（需 Plus 版本）或自定义 location +proxy_pass做主动 HTTP 探活，比默认 TCP 探活更能识别应用层僵死 - 设置
backup服务器承接故障流量，保障最低可用性，而非全部失败
精简代理链路与头信息
每多一层 header 处理或重写，都增加 CPU 开销：
- 关闭不必要的 header 传递：
proxy_set_header X-Real-IP $remote_addr;保留必要字段即可，避免冗余复制 - 禁用缓冲（对流式响应友好）：
proxy_buffering off;，尤其适用于大文件下载或 SSE 场景 - 启用 gzip 压缩响应（若后端未压缩）：
gzip on;减少网络传输量，间接提升单位时间请求数
