直接在proxy_cache_path中设use_temp_path=off可跳过临时目录写入与跨分区rename，消除双倍i/o和“invalid cross-device link”错误；需确保缓存目录空间充足、权限正确且文件系统支持原子写入。
直接在 proxy_cache_path 中设 use_temp_path=off 就能跳过临时目录写入与跨分区 rename()，从根源上消除双倍 I/O 和 “Invalid cross-device link” 错误。
为什么跨分区移动会拖慢缓存写入
默认开启时，Nginx 先把响应内容完整写进 proxy_temp_path（如 /var/tmp/nginx_temp），再调用 rename() 移到你配置的缓存目录。但 rename() 要求源和目标必须在同一挂载点——如果它们分属不同磁盘、SSD 分区、APFS 加密卷或容器卷，系统调用就会失败。
典型表现包括：
- error log 中反复出现
rename() "/var/tmp/xxx" to "/data/cache/xxx" failed (18: Invalid cross-device link) -
X-Proxy-Cache始终显示BYPASS或MISS，即使配置完全正确 -
/var/tmp/下堆积大量未清理的.tmp文件，占用空间且不释放
三步完成 use_temp_path=off 实战配置
无需额外定义 proxy_temp_path，也不用改全局临时路径，只需在缓存路径声明中显式关闭：
- 创建缓存目录并授权：
mkdir -p /data/nginx/cache && chown nginx:nginx /data/nginx/cache - 在
http块中添加：proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=mycache:10m max_size=2g inactive=1d use_temp_path=off; - 重载生效：
sudo systemctl reload nginx
关闭后必须同步检查的两个硬性条件
use_temp_path=off 把所有缓存数据直写目标目录，环境必须匹配新行为：
-
磁盘空间要留足：缓存目录所在分区需预留 ≥1.5 倍
max_size的空闲空间。例如设了max_size=2g，就至少保留 3GB 可用空间，避免突发流量导致写入失败 -
文件系统要支持原子写入：主流
ext4、xfs、非加密APFS均可；但 NFS、LUKS 加密卷、overlayfs 容器卷等可能不兼容。快速验证方法：touch /data/nginx/cache/test && mv test test2，若报错则不宜关闭
如何确认优化已真正生效
别只看配置是否加载，要从响应头、磁盘行为、错误日志三方面交叉验证：
- 用
curl -I http://your-domain/static/file.jpg多次请求同一资源，观察X-Proxy-Cache是否稳定返回HIT - 检查
/data/nginx/cache下是否生成符合levels=1:2规则的子目录（如0/5f/...）和真实缓存文件，而非空目录或残留.tmp - 翻查 Nginx error log，确认已无
Invalid cross-device link类报错，且不再出现因缓存写入中断导致的 502
