核心是精准配置Nginx代理缓冲参数以避免响应体溢出到磁盘：需根据后端响应大小、节奏和业务容忍度，协同设置proxy_buffers、proxy_busy_buffers_size和proxy_buffer_size，并控制落盘行为；先查error.log和access_log定位问题，再按响应特征调优，同时优化临时文件写入路径与超时参数。
核心是让响应体尽量在内存里收发完，不溢出到磁盘。关键不是“调大就行”，而是根据后端响应大小、块节奏和业务容忍度，精准配齐 proxy_buffers、proxy_busy_buffers_size 和 proxy_buffer_size 三者，并控制是否允许落盘。
先看日志，确认是不是真因缓冲不足
别猜，直接查 error.log 和 access_log：
- 出现 “upstream sent too big header” → 响应头超限，要调 proxy_buffer_size（如设为 16k–32k），且它不能超过单块 proxy_buffers 大小
- 出现 “an upstream response is buffered to a temporary file” → 响应体超出内存缓冲，重点核对 proxy_buffers 总容量是否低于 P95 响应大小（例如导出接口平均 8MB，却只配了 8×128k = 1MB，必然高频落盘）
- access_log 中大量 200 响应但 $upstream_response_time 波动大、或 $upstream_http_content_length 明显大于默认缓冲（如 32KB），而响应时间又没快起来 → 内存缓冲没真正起效
按响应特征配 proxy_buffers 和 busy 区
这两项必须协同设置，否则可能无效甚至启动失败：
-
proxy_buffers 决定总内存缓冲量：例如
16 128k表示共 2MB；建议按业务 P95 响应体上浮 20% 设置（常见 API 接口用 16×128k，报表导出用 32×256k） - proxy_busy_buffers_size 必须 ≤ proxy_buffers 总大小，且建议设为总量的 1/2～2/3（如总 4MB，可设 2m～3m）；设太小会卡住后端接收，设太大则挤占空闲 buffer，影响并发
- 务必确认 proxy_buffering on —— 若为 off，所有缓冲参数失效，写临时文件属于异常行为
控制是否落盘，以及怎么落更高效
即使内存调大，突发大响应仍可能触发落盘。这时要管好“怎么写”和“写哪儿”：
-
proxy_max_temp_file_size 是防磁盘撑爆的关键：API 接口建议设 2m～4m，报表类可设 10m～50m；内存充足时可设为
0，强制超限返回 502，彻底杜绝磁盘 I/O -
proxy_temp_path 必须指向独立 SSD 或内存盘（如
/dev/shm/nginx_temp），严禁与系统盘、日志盘共用 - proxy_temp_file_write_size 控制单次写入大小：默认 8k～32k 易导致高频小 IO；建议调至 128k～256k，显著减少 write() 调用次数
配套检查连接与超时行为
缓冲再大，卡在超时或客户端慢接收上，照样触发异常落盘或残留文件：
- 大响应接口建议延长 proxy_read_timeout（防后端慢，如设为 300）和 proxy_send_timeout（防弱网客户端接收慢，如设为 120）
- 启用 proxy_http_version 1.1 并清除 Connection 头，避免 HTTP/1.0 连接中断引发缓冲紊乱
- 若代理的是 ≥10MB 静态资源（如视频、安装包），可直接关掉 proxy_buffering off，走流式转发，此时所有缓冲参数自动失效，也无需操心落盘
