答案是排查Nginx代理缓冲区过小需从日志线索、配置核查和磁盘I/O监控三方面入手：检查error_log中upstream sent too large response等间接提示，access_log中响应时间波动及响应体大小，确认proxy_buffers等参数是否过紧，并用lsof、iostat验证proxy_temp_path写入行为。
排查 Nginx 代理缓冲区过小导致的磁盘临时文件频繁读写，核心是确认是否因 proxy_buffering 开启且缓冲区不足，迫使 Nginx 将响应体落盘（写入 proxy_temp_path），进而引发大量磁盘 I/O。重点看日志、配置和系统行为三方面。
观察 access_log 和 error_log 中的线索
Nginx 不会直接报“缓冲区太小”，但会留下间接证据：
- 在
error_log中搜索upstream sent too large response或client intended to send too large body（虽非完全等价，但提示缓冲能力不足）； - 更关键的是检查
access_log中是否有大量200响应但响应时间波动大、或伴随高upstream_response_time，尤其当后端返回中等大小响应（如 512KB–4MB）时； - 启用
log_format记录$upstream_http_content_length和$request_length，比对发现响应体远大于默认缓冲区（通常 4k/8k），而 Nginx 却未使用内存缓存——说明可能已退避到磁盘。
检查 proxy 缓冲区相关配置是否过紧
默认配置极易触发磁盘落盘，需逐项核对：
-
proxy_buffering on;—— 必须开启才能用缓冲区，关闭则直接流式转发（不缓存也不落盘，但失去缓冲优势）； -
proxy_buffer_size 4k;—— 仅用于响应头，一般够用，但若后端返回超长 header（如含大量 Cookie 或自定义字段），可能触发 warning； -
proxy_buffers 8 4k;—— 这是关键：共 8 个缓冲区 × 每个 4KB = 32KB，仅能暂存前 32KB 响应体；超过部分将写入磁盘； -
proxy_busy_buffers_size 8k;—— 控制“忙时”可输出的缓冲区上限，若设得太小（如仍为默认 8k），即使有空闲 buffer，Nginx 也可能提前刷到磁盘； -
proxy_max_temp_file_size 1024m;和proxy_temp_file_write_size 8k;—— 后者决定每次写磁盘的块大小，若太小（如默认 8k），会导致高频小写，加剧 I/O；
建议根据典型响应体大小调整：例如后端常返回 1–2MB JSON，可设为 proxy_buffers 16 128k;（共 2MB），proxy_busy_buffers_size 256k;，proxy_temp_file_write_size 64k;。
监控 proxy_temp_path 目录的 I/O 行为
定位磁盘写入是否真由 Nginx 缓冲引起：
- 用
lsof +D /var/lib/nginx/proxy（路径以你proxy_temp_path为准）查看哪些进程正在读写临时文件； - 用
iostat -x 1观察对应磁盘的%util、await和r/s/w/s，若w/s高且单次写很小（avgrq-sz接近 4–8KB），大概率是 Nginx 小块刷盘； - 临时开启
strace -p $(pgrep nginx) -e write -s 100 2>&1 | grep proxy_temp（谨慎在线使用），可直观看到写入临时文件的调用频次与数据量。
验证优化效果的简单方法
改完配置别急着压测，先做两件事：
- 用
nginx -t && nginx -s reload生效后，访问一个已知返回 ~1MB 的接口，同时watch -n 0.5 'ls -l /var/lib/nginx/proxy/ | wc -l'看临时文件数量是否明显减少或归零； - 在该请求的
access_log中检查$upstream_response_time是否更稳定、尾部延迟下降； - 对比前后
ss -s | grep "memory allocations"或cat /proc/$(pgrep nginx)/status | grep VmRSS，若 RSS 显著上升（如 +50MB），说明缓冲区确已更多驻留内存，而非甩给磁盘。
不复杂但容易忽略：缓冲区调大不是无止境，要平衡内存占用与 I/O 降级风险；真正的大文件（如下载）应关掉 proxy_buffering 并用 proxy_buffering off; + sendfile on; 流式处理。
