关键在于临时路径的正确规划与隔离：必须显式指定独立SSD挂载点（如/data/nginx/upload-temp），配置两级子目录（client_body_temp_path /data/nginx/upload-temp 2 2;），确保权限、定时清理和磁盘监控到位，并协同client_max_body_size等参数形成闭环。
关键不在“用不用”临时路径，而在于它是否被正确规划和隔离。Nginx 处理大文件上传时，一旦请求体超出 client_body_buffer_size，就必须落盘——client_body_temp_path 就是这个落盘动作的唯一出口。性能瓶颈往往不是网络或后端，而是临时文件写入时卡在磁盘争抢、目录结构失衡或权限失控上。
把临时路径从系统盘里“搬出去”
默认路径（如 /usr/local/nginx/client_body_temp）通常位于根分区，和系统日志、Nginx 自身日志共用同一块磁盘。高并发上传会瞬间打满 IO，拖慢整个事件循环。必须显式指定独立挂载点：
- 使用单独 SSD 分区（例如
/data/nginx/upload-temp），避免与系统盘、日志盘混用 - 确认该文件系统支持大文件和高并发写入（ext4/xfs 均可，但需挂载时加
noatime） - 不要复用已有业务目录（如
/var/log或/tmp），哪怕空间够也不推荐
用多级子目录防止单目录爆炸
不设子目录层级（即 client_body_temp_path /path 0;）会导致所有临时文件堆在一个目录下。Linux ext4 在单目录超 10 万文件时 lookup 性能断崖式下降，xfs 虽好些，仍建议规避。
- 推荐配置为
client_body_temp_path /data/nginx/upload-temp 2 2;：生成两级子目录（如/a/1f/），兼顾分散性和路径查找效率 - 避免设成
1 2 2或更高——层级越多，路径越深，小文件创建开销反而上升 - 子目录名基于请求哈希值自动生成，无需人工干预，但路径必须提前建好且权限到位
权限、清理、监控三件事不能少
Nginx 不负责清理失败上传残留的临时文件，也不会自动报警磁盘快满了。这些必须靠运维兜底：
- 确保 Nginx worker 运行用户（如
www-data）对整个路径有rwx权限：chown -R www-data:www-data /data/nginx/upload-temp，并设chmod 700 - 部署定时清理任务，例如每 5 分钟执行：
find /data/nginx/upload-temp -type f -mmin +30 -delete（30 分钟未修改即清） - 用 Prometheus + node_exporter 监控该路径使用率，阈值设为 85%，超限立即告警
配合其他参数形成闭环
client_body_temp_path 单独调优无效，必须和三个参数协同：
-
client_max_body_size：设在location块内最精准（如只对/upload生效），值略大于业务最大文件（如 2G） -
client_body_buffer_size：普通上传设 128k，分片上传设 4k–8k；过大挤占内存，过小导致小文件也频繁刷盘 -
client_body_timeout：设为 60–120 秒，防止慢速上传长期占用 worker 进程
不复杂但容易忽略：路径存在、权限正确、磁盘独立、子目录合理、外部清理跟上——这五项齐备，大流量上传的临时文件环节才算真正稳住。
