优化Nginx反向代理吞吐需聚焦连接复用、缓冲区调优与超时协同：启用upstream keepalive并配proxy_http_version 1.1和空Connection头；合理设置proxy_buffering相关参数避免I/O阻塞；确保Nginx超时小于后端keepalive timeout；规避auth_request等隐式同步操作。
优化 Nginx 反向代理下后端服务器的连接吞吐，核心不是调大单个参数，而是让“Nginx ↔ 后端”这条链路稳定复用、低开销、不卡顿。真正拖慢吞吐的，往往不是带宽或 CPU，而是反复建连、缓冲区阻塞、超时错配这些隐性瓶颈。
确保 upstream 长连接真实生效
默认情况下，Nginx 每次请求都新建 TCP 连接到后端，握手、TLS 协商、关闭开销极大，直接抵消高并发优势。必须显式启用并验证复用：
- 在 upstream 块中配置
keepalive 32（数值按后端连接池容量设，通常 16–64） - 对应 location 中必须加两行：
proxy_http_version 1.1;proxy_set_header Connection '';（注意是空字符串，不是"keep-alive"） - 确认后端服务支持 HTTP/1.1 keep-alive，且其连接池能容纳复用连接（如 Spring Boot 默认 max-connections=8192，需检查）
- 用
ss -tnp | grep :端口观察 ESTABLISHED 连接数是否稳定在几十个，而非瞬时飙升后归零
合理设置 proxy_buffering 与 busy 缓冲区
这是影响大响应吞吐的关键组合。错误配置会让 Nginx “收得慢”或“卡在中间”，导致上游等待、吞吐骤降：
-
proxy_buffering on;（禁用仅适用于明确流式场景，如 SSE） -
proxy_buffer_size 128k;（专存响应头，应略大于后端最大 Header） -
proxy_buffers 8 128k;（共 1MB 内存缓冲，覆盖多数中大型响应体） -
proxy_busy_buffers_size 256k;（设为单 buffer 两倍较稳妥，避免默认值 8k–16k 导致过早停读） -
proxy_max_temp_file_size 0;（禁用磁盘临时文件，彻底规避 I/O 瓶颈）
收紧超时与协同后端 timeout 设置
Nginx 和后端的超时若不匹配，会导致连接被单方面断开，复用失效，甚至出现“白维护”现象：
-
proxy_read_timeout 120;（按最大预期响应时间设，如文件下载最长 2 分钟） - Nginx 的
keepalive_timeout必须比后端服务（如 Tomcat、Spring Boot）的 keepalive timeout 小 5–15 秒 - 否则连接会被后端先断，Nginx 还在等，白白维持空闲连接
- 同时检查后端自身的 connection timeout、idle timeout 等参数，确保与 Nginx 协同
减少隐式同步阻塞和系统级干扰
某些看似常规的操作会强制 worker 进程串行等待，破坏事件驱动模型：
- 慎用
auth_request：它发起子请求并同步等待结果，会阻塞当前连接处理 - 减少 location 级复杂正则匹配和多层 rewrite：它们在事件回调中串行执行，增加延迟
- 日志写入开启缓冲：
access_log /path/log main buffer=64k flush=5s;，防磁盘 I/O 拖慢事件循环 - worker 进程需足够支撑：
worker_processes auto;+worker_connections 16384;+worker_rlimit_nofile 65536;
