delimiter 是 mysql 客户端会话级指令，非 sql 标准语法，服务端不识别，故命令行直接执行含 delimiter 的 navicat 导出文件会报 error 1064；需用 source 命令、--init-command 或预处理删除 delimiter 行后导入。
delimiter 指令被 mysql 服务端直接拒收
navicat 16 结构同步导出的 sql 文件开头常含 delimiter $$，紧接着是 create procedure 或 create trigger 块，结尾用 $$ 标记。但命令行 mysql 工具在非交互模式下（如 mysql -u root -p db ）会把 <code>delimiter 当作普通 sql 发给服务端，而 mysql 服务端根本不认识这个词——它只是 mysql 客户端的会话级解析指令。结果就是报错：error 1064 (42000): you have an error in your sql syntax，卡在第一行。
实操建议：
- 打开文件搜
DELIMITER、CREATE PROCEDURE、CREATE FUNCTION、CREATE TRIGGER，只要出现，就说明这个文件依赖客户端预处理 - 不要手动删
DELIMITER行再把$$全替成;——触发器里可能有字符串字面量含$$，误替换会破坏逻辑 - 真正安全的做法是用
source：先mysql -u root -p db进交互模式，再执行source /path/to/sync.sql
Navicat 同步脚本默认不兼容标准 SQL 执行流
结构同步导出的 SQL 不仅含 DELIMITER，还常带 Navicat 特有注释（如 -- Navicat Premium 16.0.14）、条件性语句（/*!40101 SET ... */）、以及未加反引号的标识符（如 order 表名直接写成 order 而非 `order`）。这些在 Navicat 内部执行时被自动绕过或转义，但命令行工具不会做任何适配。
实操建议：
- 若目标环境是 MySQL 8.0+，导出前在同步设置中勾选
Generate DROP statements和Use extended INSERT syntax，能减少语法歧义 - 禁用
Generate CHECK constraints（Tools → Options → Data Synchronization → Advanced），MySQL 5.7/8.0 对 CHECK 表达式解析差异大，Navicat 生成的容易触发ERROR 3819 - 导出后用
grep -n "CREATE.*TABLE\|INSERT INTO" sync.sql | head -10快速确认前几条语句是否含裸关键字或非法符号
外键与依赖顺序在命令行下彻底失效
Navicat 同步时启用 Resolve dependencies automatically，会在内部按依赖拓扑排序对象（比如先建主表、再建外键引用它的从表）。但导出的 SQL 文件是线性文本，没有执行时序控制。一旦用 mysql 命令行直读，所有语句按文件顺序发给服务端，遇到 ALTER TABLE ... ADD FOREIGN KEY 引用尚未创建的表，立刻报 ERROR 1215 (HY000)。
实操建议：
- 同步前在目标库执行
SET FOREIGN_KEY_CHECKS = 0;，导入完成再设回1；注意这不能解决视图/存储过程依赖，只对 DDL 有效 - 若必须保留依赖顺序，别用单文件导入——改用 Navicat 的「数据同步」功能直连两边库操作，或拆成多个文件分步执行
- 检查导出 SQL 中是否存在
DROP TABLE IF EXISTS后紧跟CREATE TABLE，这种组合在空库中安全，但在已有数据的库中可能因外键残留导致失败
字符集与 SQL 模式未显式声明
Navicat 导出的结构同步 SQL 默认不写 CHARACTER SET utf8mb4 或 COLLATE utf8mb4_0900_ai_ci，也不带 SET SQL_MODE。命令行导入时，完全依赖目标库当前会话的默认值。一旦源库用的是 utf8mb4 而目标库是 latin1，或源库关了 STRICT_TRANS_TABLES 而目标库开了，就会在 INSERT 阶段才爆错，且错误位置和 SQL 文件行号对不上。
实操建议：
- 导出时在同步向导「高级」页，强制指定
Character set: utf8mb4，并勾选Export with CREATE DATABASE - 手动在 SQL 文件头部插入两行：
SET NAMES utf8mb4;和SET SQL_MODE='NO_AUTO_VALUE_ON_ZERO';（根据目标 MySQL 版本调整） - 避免依赖 Navicat 的「自动检测」，尤其当表字段含 emoji 或四字节 UTF-8 字符时，不显式声明字符集大概率导致中途截断
Navicat 16 导出的结构同步 SQL 本质是“给 Navicat 自己看的中间产物”，不是标准可移植 SQL。定界符、依赖顺序、字符集、关键字转义——四个点里只要漏掉一个，命令行就大概率挂掉。最省事的方式永远是：进 mysql 交互模式，用 source；真要自动化，就得预处理，而不是指望它“开箱即用”。
