Navicat 17 导出数据到 SQLite 提示“磁盘空间不足”是因临时文件写入系统 TEMP/TMP 目录（如 Windows 的 %TEMP%），而非目标 SQLite 文件路径；需手动清理该目录下 navicat_*.tmp 等文件，或永久修改环境变量 TEMP/TMP 指向大容量无空格路径。
navicat 17 导出数据到 sqlite 时提示“磁盘空间不足”，不是 sqlite 本身限制，而是 navicat 在导出过程中会先写入临时文件（尤其在格式转换、编码处理或分页缓冲时），默认落在系统临时目录（如 windows 的 c:\users\<username>\appdata\local\temp</username>），该目录常被忽略且易满。
导出路径和临时目录是两回事
SQLite 是文件数据库，你填的 Database 路径只是最终目标文件位置，但 Navicat 17 在导出过程中仍需大量临时空间做中间处理：比如将 MySQL/PostgreSQL 数据转成 SQLite 兼容的 INSERT 语句、处理 BLOB 字段、校验字符编码等。这些临时文件不走你指定的 SQLite 路径，而走系统环境变量 TEMP 或 TMP 指向的位置。
- Windows 下可直接在运行框输入
%TEMP%回车，打开当前临时目录，看剩余空间是否低于 2GB（Navicat 17 对千万级数据常需 1.5GB+ 临时空间） - 不要只清理桌面或下载目录——
Temp文件夹里可能堆积数 GB 的旧日志、编译缓存、Navicat 自身的navicat_temp_*.tmp文件 - 导出目标路径（如
D:\sqlite_export\mydb.sqlite）即使有 50GB 空间，也救不了%TEMP%只剩 100MB 的情况
快速释放临时空间的实操动作
别依赖“磁盘清理工具”——它常漏掉 Navicat 生成的隐藏临时文件。直接手动清：
- 关闭所有 Navicat 实例（包括托盘残留进程），否则部分
.tmp文件会被锁住删不掉 - 进
%TEMP%目录，按修改日期排序，删除 7 天前的所有文件夹和*.tmp、*.log、navicat_*开头的文件 - 顺手检查
%LOCALAPPDATA%\Navicat\下是否有Cache或Temp子目录，一并清空（Navicat 17 有时把大缓冲写这里） - 执行完后，在命令行跑一句
dir /s %TEMP% | findstr "File(s)"确认总大小已回落到 500MB 以内
永久避免下次再爆临时盘
改系统临时目录比每次手动清更可靠，且 Navicat 17 完全识别新路径：
- 新建一个有足够空间的文件夹，比如
D:\navicat_temp - 右键“此电脑” → “属性” → “高级系统设置” → “环境变量”，修改用户变量里的
TEMP和TMP，值都设为D:\navicat_temp - 重启 Navicat —— 下次导出时，所有中间文件都会落在 D 盘，且不会和系统更新、浏览器缓存抢 C 盘空间
- 注意：不要用带空格或中文的路径（如
D:\我的临时文件），Navicat 17 解析失败时可能静默回退到默认%TEMP%，反而更难排查
真正卡住的往往不是 SQLite 文件本身，而是那几秒内狂写又狂删的临时文件。临时目录权限异常、杀毒软件实时扫描 .tmp 文件、甚至 OneDrive 同步中文件被“按需获取”状态，都可能让 Navicat 认为“写不进去”，直接报磁盘不足——所以清理后务必验证临时目录可读写，而不是只看剩余容量数字。
