Navicat同步前SQL脚本需在「Advanced Options...」中配置，勾选Enable advanced options后才可编辑；脚本于同步执行前运行一次，环境为目标库连接，不支持变量、存储过程及DELIMITER，须匹配目标库版本语法。
同步前执行 SQL 脚本在哪设
navicat 的「结构同步」或「数据同步」任务里，预处理脚本不是在主界面显眼位置配的，而是藏在「高级选项」面板底部。必须先勾选 enable advanced options，否则整个区域是灰的，脚本输入框根本不会出现。
常见错误是点完「同步」直接进向导，一路下一步，最后发现没地方写 SQL —— 其实得在「选择同步对象」那步之后、点击「开始同步」之前，点右下角那个小齿轮图标（Advanced Options...）才能打开。
- 脚本只在「同步执行前」运行一次，不支持 per-table 或条件触发
- 脚本运行环境是目标库连接，权限需覆盖你要操作的表和语句类型（比如要
DROP TABLE，账号就得有DROP权） - 如果脚本出错（比如语法错、表不存在），同步会中断并报
SQL Error [1064]或类似，不会跳过
预处理脚本能写什么、不能写什么
它本质就是一段由 Navicat 用目标数据库连接执行的普通 SQL，所以能力边界完全取决于目标数据库本身支持什么，而不是 Navicat 限制。但要注意：它不支持变量、不支持存储过程定义、不支持多语句分隔符（如 DELIMITER）—— 因为 Navicat 是按行提交执行的，遇到分号就切了。
典型可用场景包括清空目标表、重置自增 ID、禁用外键检查；典型踩坑是写 CREATE PROCEDURE 或带 IF NOT EXISTS 的建表语句（MySQL 5.7+ 支持，但老版本会直接报错）。
- 安全写法：
SET FOREIGN_KEY_CHECKS = 0;、TRUNCATE TABLE users;、ALTER TABLE logs AUTO_INCREMENT = 1; - 危险写法：
CREATE FUNCTION ...（多数版本不认）、USE other_db;（切换 DB 失效，连接上下文固定） - 注意字符集：如果脚本含中文注释或字段名，确保 Navicat 连接配置里
Character set和目标库一致，否则可能报Incorrect string value
为什么改了脚本但同步时没生效
最常被忽略的是「同步任务缓存」：Navicat 不会自动重读你刚改过的高级选项。哪怕你关掉对话框再打开，只要没重新点「Advanced Options...」并点击 OK 确认，脚本内容就不会更新到本次同步流程中。
另一个隐蔽原因是「同步模式」影响执行时机。比如选了 Structure only，但脚本里写了 INSERT INTO，Navicat 不会拦你，但执行时会报错；反过来，选了 Data only，脚本里 DROP TABLE 就可能把结构也干掉了，导致后续插入失败。
- 每次修改脚本后，务必重新打开
Advanced Options...对话框 → 修改 → 点OK→ 再点Start Synchronizing - 检查当前同步类型（
Structure and Data/Structure only/Data only）是否与脚本意图匹配 - Navicat 16+ 在日志窗口（
Output标签页）会打印预处理脚本的实际执行语句，出问题第一时间去看那里，别只盯最终错误弹窗
跨库/跨版本同步时脚本兼容性怎么保
预处理脚本不是通用 SQL，它直连目标库执行，所以必须按目标库的语法和版本来写。比如 MySQL 8.0 的 JSON_CONTAINS 函数，在 MySQL 5.7 上跑就会崩；PostgreSQL 的 TRUNCATE ... RESTART IDENTITY 在 MySQL 里压根不识别。
没有自动适配机制，唯一办法是人工区分。如果你经常在不同环境同步，建议在脚本开头加注释标明适用版本，例如：-- For MySQL 8.0+, disable FK checks and truncate，然后靠团队约定或文档管理版本分支。
- 避免用方言特性：不用
TOP N（SQL Server），改用LIMIT N（MySQL/PG）；但注意LIMIT在 SQL Server 不支持 - 函数优先选 ANSI 标准的，比如
CURRENT_TIMESTAMP比NOW()兼容性好 - Navicat 不校验脚本语法，也不会提示潜在不兼容，全靠人盯 —— 所以测试环境必须和生产目标库版本一致
实际用起来，最难的不是写脚本，而是记住它只属于「这一次同步动作」，且完全依赖你手动触发刷新。改完不点 OK，等于白改；环境一换，脚本就得重审。
