“Disk I/O Error”并非硬盘故障，而是Navicat写入被系统拒绝：常见于导出路径权限不足、被OneDrive等云同步软件抢占句柄、含空格/中文导致参数解析失败，或系统TEMP目录空间不足（即使目标盘有空间，临时文件仍默认写入%TEMP%）；须改用纯英文本地路径（如D:\navicat_exports\）、清理并重设TEMP/TMP环境变量指向大容量无特殊字符目录，并确保NTFS未启用压缩、WSL/Docker路径合规。
导出时提示“Disk I/O Error”但磁盘明明有空间？
这不是硬盘坏了，而是 navicat 在写入过程中被操作系统拒绝了——常见于目标路径权限不足、路径被云同步软件占用、或路径含空格/中文导致参数解析失败。windows 下若用 c:\users\name\onedrive\documents\ 这类路径，onedrive 会在 navicat 写完一个 chunk 后立刻抢走文件句柄，直接触发泛化的 disk i/o error；macos 上 apfs 对用户名带重音符号的路径也敏感。
必须改用纯本地、无特殊字符、有明确写权限的路径：D:\navicat_exports\（Windows）、/tmp/navicat_out/（Linux/macOS）。不要依赖“看起来能保存”，要实测 echo test > D:\navicat_exports\test.txt 是否成功。
为什么导出目标盘有 20GB 空闲，还是报错？
Navicat 导出 SQL 不是直写目标文件，它会先缓存表结构、拼接 INSERT 语句、处理 BLOB 和编码转换，中间生成大量临时文件。这些临时文件默认落在系统 TEMP 目录（Windows 是 %TEMP%，即 C:\Users\<username>\AppData\Local\Temp</username>），而不是你填的导出路径。
- 关闭所有 Navicat 实例（包括托盘残留进程），否则部分
navicat_*.tmp文件会被锁住删不掉 - 进
%TEMP%目录，按修改时间排序，删除 7 天前的所有*.tmp、*.log及navicat_*开头的文件 - 顺手清空
%LOCALAPPDATA%\Navicat\Cache\和Temp\子目录 - 执行
dir /s %TEMP% | findstr "File(s)"确认总大小 ≤ 500MB
如何永久避免 TEMP 目录再次爆满？
手动清理治标不治本。Navicat 17 完全支持自定义临时目录，且优先级高于系统默认值。
新建一个大容量、无空格、无中文的文件夹，比如：D:\navicat_temp
右键“此电脑” → “属性” → “高级系统设置” → “环境变量”，在**用户变量**中：
- 把
TEMP的值改为D:\navicat_temp - 把
TMP的值也改为D:\navicat_temp
重启 Navicat —— 所有中间文件从此只写入 D 盘，不再和浏览器缓存、Windows 更新抢 C 盘空间。
导出路径本身还有哪些隐藏坑？
即使 TEMP 没问题，导出路径仍可能翻车：
- NTFS 压缩开启的卷，资源管理器显示的“可用空间”可能是虚高，务必右键盘符 → “属性” → 看真实数字，且确保 ≥ 1.5× 预估导出大小
- WSL 用户严禁导出到
/mnt/c/Users/xxx/下的路径，NTFS 权限映射常失效；改用/home/xxx/export/ - Docker 环境下，检查挂载卷的
df -h输出，别只看宿主机磁盘 - 路径名只用英文、数字、下划线、短横线，例如：
D:\export_202606\；避开(、)、【、】、!等符号
真正卡住的地方，往往不是数据库，而是 Navicat 在操作系统层写那一下文件——权限、空间、路径合法性，三者缺一不可。
