Navicat 备份 SQLite 数据库不能用「备份」功能，因其依赖服务端协议（如 mysqldump），而 SQLite 无服务进程、仅基于文件操作，故 Backup 选项灰显或报“Operation not supported”；必须使用「转储 SQL 文件」导出标准 SQL 脚本，方可跨平台还原。
navicat 备份 sqlite 数据库不能用「备份」功能（backup），必须用「转储 sql 文件」（dump sql file）——因为 sqlite 是单文件嵌入式数据库，navicat 的原生 backup 功能只对 mysql、postgresql 等服务型数据库有效，对 sqlite 会直接灰显或报错 operation not supported for sqlite。
为什么 SQLite 不能用 Navicat 的 Backup 功能
Navicat 的 Backup 操作依赖数据库服务端提供的备份协议（如 MySQL 的 mysqldump 或 PostgreSQL 的 pg_dump），而 SQLite 没有服务进程，所有操作都基于本地文件读写。当你右键 SQLite 数据库时，如果看到 Backup 选项是灰色的，就是这个原因。
常见错误现象：
- 点击
Backup后无响应或弹出空窗口 - 执行后提示
Unsupported operation或Not implemented for SQLite - 误以为备份成功，但实际未生成任何文件
正确做法：用 Dump SQL File 导出结构+数据
这是唯一可靠、跨平台、可还原的备份方式。导出的是标准 SQL 脚本，可在任意 SQLite 环境中用 sqlite3 your.db 或 Navicat 的 <code>Execute SQL File 执行恢复。
操作要点：
- 右键目标 SQLite 数据库 → 选择
Dump SQL File→Structure and Data（不要选Structure Only，否则没数据） - 保存路径建议避开中文、空格、特殊符号，例如：
C:\backups\myapp_20260728.sql - 勾选
Include DROP TABLE statements（便于还原时清空旧表） - 不勾选
Use extended INSERT syntax（默认关闭即可；开启后单条 INSERT 包含多行，某些老版本 SQLite 解析可能失败）
还原 SQLite 数据库的注意事项
还原不是“导入备份”，而是“执行 SQL 脚本”。你不能双击 .sql 文件，也不能用 Restore 功能（该功能对 SQLite 不可用）。
正确流程：
- 先确保目标数据库文件存在（哪怕是个空文件），或新建一个空的
.db文件 - 在 Navicat 中右键该数据库 →
Execute SQL File→ 选择刚才导出的.sql文件 → 点击Start - 如果报错
no such table或table already exists，说明没勾选Include DROP TABLE，或目标库已有同名表；此时需手动删库重来，或改用命令行：sqlite3 my.db - 还原后务必刷新连接（F5），否则 Navicat 可能仍显示旧结构
最容易被忽略的一点：SQLite 的备份文件（.sql）本身不包含事务原子性保障——如果导出中途崩溃，文件可能截断。生产环境建议配合系统级定时任务，用 copy 或 robocopy 直接复制原始 .db 文件作为二进制快照，再辅以 Dump SQL File 做逻辑备份。两者缺一不可。
