核心是系统性规避临时文件堆积，需从路径隔离、写入控制、生命周期管理和集群协同四层面入手：为各模块配置独立高性能存储路径并物理隔离，调优缓冲与超时参数减少落盘，强制定时清理加磁盘监控，协同后端服务提升读取效率。
解决 Nginx 集群中频繁产生的临时文件存储问题，核心不是“删得勤”，而是从路径隔离、写入控制、生命周期管理和集群协同四个层面系统性规避堆积和 I/O 冲突。
为每个功能模块分配独立高性能存储路径
集群中各节点的临时文件必须物理隔离，避免共用磁盘导致争抢。不能只改一个路径，要按用途逐个显式配置：
-
client_body_temp_path：专用于上传体暂存，挂载独立 SSD 分区（如
/data/nginx/upload），设两级子目录：client_body_temp_path /data/nginx/upload 1 2; -
proxy_temp_path：代理响应暂存，必须与 upload 路径不同盘，例如
/data/nginx/proxy 1 2; - fastcgi_temp_path、scgi_temp_path、uwsgi_temp_path：分别对应 PHP、SCGI、uWSGI 后端，各自独占路径，不混用也不复用
所有路径均需使用绝对路径，挂载时加 noatime 参数，并确保 Nginx worker 用户（如 www-data）拥有 700 权限。
调优缓冲与超时参数，减少落盘频次
临时文件多，本质是大量请求被迫溢出内存缓冲。应结合业务特征调整内存阈值：
- 设
client_body_buffer_size 128k;（含图片表单）或4k–8k（支持百 MB 分片上传，节省连接内存） - 同步设置
client_max_body_size略大于业务上限，防止 413 中断后仍残留部分文件 - 启用
client_body_timeout 30s;，防慢速上传长期占用缓冲 - 代理侧开启
proxy_buffering on;，但限制单文件大小：proxy_max_temp_file_size 100m;，避免个别大响应拖垮磁盘
强制定时清理 + 磁盘级监控兜底
Nginx 不自动清理失败或中断请求遗留的临时文件，必须主动运维：
- 每 10–15 分钟执行清理命令，例如：
find /data/nginx/upload -type f -mmin +30 -delete - 对每个
*_temp_path所在磁盘单独监控使用率，超 85% 触发告警 - 用
iostat -x 1持续观察对应设备的%util和await，持续高于 70% 或 20ms 就需扩容或分流
与后端服务协同释放临时文件
临时文件驻留时间取决于后端读取效率。若后端未流式处理，Nginx 无法及时回收：
- PHP-FPM 需启用
pm = dynamic并调高pm.max_children，避免上传卡在排队 - Python（FastAPI/Flask）或 Node.js 后端必须支持分块读取请求体，禁用全量
request.get_data() - MinIO 或对象存储网关类后端，建议通过
proxy_buffering off+chunked_transfer_encoding on实现零缓存转发，彻底绕过proxy_temp_path
不复杂但容易忽略
