直接关闭use_temp_path=off是最有效方式，它让Nginx跳过先写临时目录再跨设备rename的默认流程，避免双倍I/O和静默失败；需在proxy_cache_path中显式配置，确保缓存目录空间充足、权限正确且文件系统支持原子写入。

直接关闭 use_temp_path=off 是消除跨盘拷贝损耗最有效的方式——它让 Nginx 跳过先写临时目录、再跨设备 rename() 的默认流程，避免双倍 I/O 和静默失败。

为什么 proxy_temp_path 会引发跨盘拷贝损耗

默认开启 use_temp_path=on 时，Nginx 必须把响应体完整写入 proxy_temp_path（如 /var/tmp），再用 rename() 移到 proxy_cache_path。但 rename() 在 Linux 下要求源和目标必须在同一挂载点：

• 若 proxy_temp_path 在系统盘（/dev/sda1），而缓存目录在 SSD（/dev/nvme0n1p1），操作直接失败，日志报 Invalid cross-device link
• 失败后不报错，缓存写入中断，X-Proxy-Cache 长期显示 BYPASS 或 MISS
• 即使成功，也要先写一次临时路径、再移动一次，相当于双倍磁盘写入，对大文件（视频、安装包）尤为明显

真正有效的解决方式：use_temp_path=off

这不是“优化”临时路径，而是绕过它。只需在 proxy_cache_path 中显式关闭：

FastAPI Flask Proxy

FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。

下载

• 配置示例：proxy_cache_path /ssd/nginx/cache levels=1:2 keys_zone=main:64m max_size=10g inactive=1h use_temp_path=off;
• 无需定义 proxy_temp_path，该指令在此场景下已失效
• 确保 /ssd/nginx/cache 目录存在，且属主为 nginx 用户（chown nginx:nginx /ssd/nginx/cache）

关闭后必须确认的运行条件

跳过中转虽快，但改变了数据落盘行为，需同步检查：

• 缓存目录所在分区预留空间 ≥ 1.5 × max_size——所有原始响应体（含百 MB 视频）将直接写入此处
• 文件系统支持原子写入：ext4、xfs、非加密 APFS 均可；NFS、overlayfs、APFS 加密卷等不建议启用 use_temp_path=off
• 若实测异常（如写入卡顿、文件损坏），可临时恢复 use_temp_path=on，并把 proxy_temp_path 和 proxy_cache_path 统一挂载到同一块物理盘

验证是否生效的两个动作

重启 Nginx 后快速确认：

• 用 curl -I 多次请求同一静态资源，观察 X-Proxy-Cache 是否稳定返回 HIT（而非始终 MISS）
• 检查 /ssd/nginx/cache 下是否生成了符合 levels=1:2 的子目录（如 0/5f/xxx）和真实缓存文件，而不是空目录或残留 .tmp 文件