“disk full”错误通常并非磁盘真满，而是navicat写入被系统拒绝：90%源于%temp%目录空间不足（即使目标盘有空闲）、云同步软件抢占文件句柄、路径含中文/空格/重音符号、ntfs压缩启用或wsl/docker路径不合规；须改用纯英文本地路径、清理并重设temp环境变量、禁用压缩、规避云同步目录。
“Disk full”不是磁盘真满了，而是Navicat在写入过程中被系统拒绝——90%的情况根本没用到你看到的那块空闲磁盘，它卡在了临时目录、路径权限或云同步软件抢占句柄上。
导出目标盘有空间，但还是报Disk full
Navicat导出SQL不直写目标路径，它会先在系统%TEMP%（Windows）或$TMPDIR（macOS/Linux）里生成大量中间文件。即使D盘剩20GB，只要%TEMP%所在分区（通常是C:\Users\Disk I/O Error或Disk full提示。
实操建议：
- 关闭所有Navicat进程（包括托盘残留），否则
navicat_*.tmp文件可能被锁住删不掉 - 进
%TEMP%目录，按修改时间排序，删掉7天前所有*.tmp、*.log和navicat_*开头的文件 - 顺手清空
%LOCALAPPDATA%\Navicat\Cache\和Temp\子目录 - 执行
dir /s %TEMP% | findstr "File(s)"确认总大小 ≤ 500MB
备份路径含OneDrive/Google Drive/腾讯微云等云同步目录
这类软件会在Navicat刚写完一个数据块后立刻抢走文件句柄，导致写入中断并报Disk full——哪怕磁盘本身还有上百GB空闲。
常见高危路径：
C:\Users\name\OneDrive\Documents\-
/Users/name/Library/Mobile Documents/com~apple~CloudDocs/（iCloud） -
/home/user/腾讯微云/（Linux/macOS）
必须改用纯本地、无特殊字符、有明确写权限的路径：
- Windows：
D:\navicat_exports\（注意：末尾不能有空格，路径名不含中文或重音符号） - Linux/macOS：
/tmp/navicat_out/或/var/tmp/navicat_backups/ - 实测验证：
echo test > D:\navicat_exports\test.txt能成功才可信
NTFS压缩、WSL挂载路径或Docker卷导致写入失败
NTFS启用“压缩此驱动器”会导致Navicat临时文件写入异常；WSL2默认挂载的Windows路径（如/mnt/c/Users/...）I/O性能差且易触发权限/句柄问题；Docker容器内运行Navicat时若把备份路径映射到宿主机受限目录（如/root），也会静默失败。
检查与规避：
- 右键目标盘 → 属性 → 取消勾选“压缩此驱动器以节省磁盘空间”
- 避免使用
/mnt/c/...路径，改用WSL内部路径（如/home/user/backups/）并确保chmod 755 - Docker中备份路径应映射到宿主机非系统目录（如
-v /data/navicat_backups:/backups），且宿主机该目录需chown -R 1001:1001 /data/navicat_backups（Navicat容器默认UID）
真正容易被忽略的是：%TEMP%目录是否被其他程序长期占用、NTFS压缩是否开启、以及云同步软件是否在后台疯狂扫描刚创建的临时文件——这些都不会在错误信息里明说，但每一条都足以让Navicat在写入第37个INSERT语句时突然弹出“Disk full”。
