核心是减少Nginx主动写磁盘次数和总量，关键动作为调大内存缓冲、优化落盘行为、切断隐性IO路径；需按响应特征区分调整proxy_buffer_size与proxy_buffers，设置合理temp_file大小及独立存储路径，关闭非必要缓冲与日志刷盘，并定时清理临时文件、监控磁盘使用率。
核心是减少 Nginx 主动写磁盘的次数和总量，不是等磁盘满了再删文件，而是从源头控制“哪些数据必须落盘、怎么落、落到哪”。关键动作就三类：调大内存缓冲、优化落盘行为、切断隐性 IO 路径。
按响应特征调大内存缓冲
临时文件多，说明响应体或响应头超出了当前内存承载能力。得区分对象调整：
- 响应头过大（如带大量 Cookie、JWT 或自定义 Header）：查 error.log 是否有 upstream sent too big header 报错；增大 proxy_buffer_size 至 32k–64k，注意它不能超过单块 proxy_buffers 大小
- 响应体过大（如导出报表、HTML 页面含调试信息）：看日志是否提示 an upstream response is buffered to a temporary file；按业务 P95 响应体大小设 proxy_buffers，例如普通页面用 16 256k（共 4MB），导出接口可用 8 512k（共 4MB）；配套设 proxy_busy_buffers_size 为总和的 1/2～2/3（如 2m～3m），且必须 ≤ 总 buffer 容量
控制落盘行为与路径优化
即使调大内存，突发大响应仍可能落盘。此时重点是让写入更少、更大、更稳：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 设 proxy_max_temp_file_size 为合理值，如 512m–2g；不建议设为 0，除非能接受部分请求直接 502
- 将 proxy_temp_path、fastcgi_temp_path 或 client_body_temp_path 指向独立 SSD 分区或内存盘（如 /dev/shm/nginx_temp），避开系统盘和日志盘
- 调大 proxy_temp_file_write_size 至 128k 或 256k，降低 write() 系统调用频次，把高频小 IO 转为低频大 IO
关闭非必要缓冲与隐性刷盘
很多高 IO 并非来自代理响应，而是被忽略的“默认行为”：
- 对大文件下载、日志导出等路径，直接 proxy_buffering off；启用流式转发，Nginx 边收边发，完全跳过临时文件流程
- 静态资源（.js/.css/.png）和健康检查接口（/healthz）设 access_log off；同时启用 access_log ... buffer=64k flush=5s，聚合日志写入
- 确认未开启 client_body_in_file_only on，否则大 POST 请求体会绕过内存直写磁盘
- 检查 error_log 级别，避免设为 debug——尤其在 proxy_pass 或 SSL 场景下，日志量会指数级增长
定时清理 + 磁盘级监控兜底
Nginx 不自动清理失败或中断请求遗留的临时文件，必须主动运维：
- 每 10–15 分钟执行一次清理： find /path/to/proxy_temp -type f -mmin +30 -delete
- 对每个 *_temp_path 所在磁盘单独监控使用率，超 85% 触发告警
- 用 iostat -x 1 观察对应设备的 %util 和 await，持续高于 70% 或 20ms 就需扩容或分流
