Navicat还原任务不支持内置前置/后置SQL脚本，必须通过navicatcli配合Shell/PowerShell分步执行预处理、还原、后置清理三阶段操作。
navicat 的「还原」任务（即从 .sql 或 .psc 文件恢复数据库）不支持内置的前置/后置 sql 脚本配置。所谓“自动运行中添加批处理”，必须绕过还原界面，改用外部调度方式控制执行顺序。
还原任务里根本找不到 pre/post script 选项
Navicat 的还原功能是单向、原子的操作：读取备份文件 → 解析结构与数据 → 执行 DDL/DML。它没有暴露任何钩子，也不提供「还原前执行」「还原后执行」的输入框或高级设置项。你反复点击「还原备份」对话框里的齿轮图标、高级、选项等位置，都不会看到相关字段。
常见错误现象包括：
- 误以为「初始化命令」（在连接属性 → 高级页）会影响还原行为——它只作用于手动查询，对还原任务无效
- 把「计划任务」里「运行 SQL 文件」动作当成还原的前置步骤——二者完全独立，无执行时序绑定
- 尝试在
.sql文件头部写SET FOREIGN_KEY_CHECKS = 0;并期望 Navicat 在还原前自动执行——该语句会被当作普通 SQL 解析，但若出现在 CREATE TABLE 之前，可能因表不存在而报错中断
真正可行的前置操作：用 navicatcli + Shell/PowerShell 串行调用
必须把「预处理 → 还原 → 后置清理」拆成三步，由外部脚本驱动 navicatcli（Windows 下为 navicatcli.exe）依次执行。每一步的退出码决定是否继续。
实操建议：
- 先写好前置 SQL 文件（如
pre_restore.sql），内容仅含目标库上下文可用语句：SET FOREIGN_KEY_CHECKS = 0;、TRUNCATE TABLE logs;、DROP DATABASE IF EXISTS mydb; - 确保该 SQL 文件保存为 UTF-8 无 BOM 编码，且不含
DELIMITER或存储过程定义 - 用
navicatcli手动运行前置脚本：navicatcli --query "MyConn" "/path/to/pre_restore.sql" - 再调用还原命令：
navicatcli --restore "MyConn" "/backups/mydb_backup.sql" - 最后跑后置脚本（如
post_restore.sql）：navicatcli --query "MyConn" "/path/to/post_restore.sql" - 在 Shell 或 PowerShell 中用
&&或|| exit $LASTEXITCODE连接三步，保证任一失败即终止
为什么不能直接改 .sql 备份文件加前后语句
你可以手动编辑 mydb_backup.sql，在开头加 SET ...，末尾加 UPDATE version SET v = '2.1';，但这存在明显风险：
- Navicat 还原时按语法块解析，若前置语句出错（如表不存在却要
TRUNCATE），整个还原会中断，已执行的部分无法回滚 - 备份文件若含
CREATE DATABASE，前置语句可能在错误 database 上执行（因为还没USE） - Navicat 对 SQL 文件的编码识别依赖文件头 BOM 和导入弹窗里的「以UTF-8编码运行」勾选；手动插入中文注释易触发
Incorrect string value - 跨版本还原时，MySQL 8.0 导出的
utf8mb4_0900_ai_ci排序规则可能让前置语句后的CREATE TABLE直接失败
最常被忽略的是：Navicat 的还原动作本身不返回结构化状态，只有成功/失败退出码。如果你跳过脚本校验、硬编码路径、或没确认 navicatcli 所用连接名和 GUI 中完全一致，整个链路会在第一步就静默失败。
