应先禁用外键检查并手动调整表同步顺序：在Navicat同步向导「高级→SQL选项」勾选Disable foreign key checks，同时在「对象选择」面板中将被引用表（如users）拖至引用表（如orders）上方，确保父表优先创建。
还原失败时出现 Cannot add or update a child row 怎么办
这说明 navicat 按脚本顺序执行建表或插入，但先处理了子表（如 orders），父表（如 users）还没建好或没插对应主键值。不是数据错，是执行节奏乱了。
- 别急着删外键——99% 的 case 都不该动约束定义
- 检查目标库是否已有同名表：如果
users表已存在但没数据，而orders脚本试图插入user_id = 1，就会立刻报这个错 - 确认源备份 SQL 文件里有没有
SET FOREIGN_KEY_CHECKS = 1出现在中间位置——它会把开头的= 0覆盖掉，尤其常见于 mysqldump 导出的文件 - 用
SELECT @@FOREIGN_KEY_CHECKS连上目标库查一下，结果必须是0才算真关掉了
结构同步 vs 数据导入：禁用外键检查的适用场景不同
SET FOREIGN_KEY_CHECKS = 0 只对纯数据插入生效；建表语句（CREATE TABLE ... FOREIGN KEY）阶段它完全无效——MySQL 在解析 DDL 时仍要校验被引用表是否存在。
- 如果是「结构同步」向导：必须在同步窗口点「高级」→「SQL 选项」→ 勾选
Disable foreign key checks，Navicat 才会在生成的脚本最开头加SET FOREIGN_KEY_CHECKS = 0 - 如果是「运行 SQL 文件」导入：手动在文件第一行加
SET FOREIGN_KEY_CHECKS = 0;，最后一行加SET FOREIGN_KEY_CHECKS = 1;，并勾选 Navicat 的「作为单个语句执行」 - 跨库迁移（比如 Oracle → MySQL）时，这个设置根本不起作用——Navicat 不解析异构依赖，得靠人工排序建表语句
表同步顺序不靠谱，怎么手动控制
Navicat 16+ 的 Resolve dependencies automatically 在跨库、旧版本或表名含下划线/数字混排时经常失效。它不读 INFORMATION_SCHEMA.KEY_COLUMN_USAGE，只按名字母序硬排。
- 查真实依赖链：
SELECT TABLE_NAME, REFERENCED_TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME IS NOT NULL ORDER BY REFERENCED_TABLE_NAME; - 在 Navicat 同步向导的「对象选择」面板里，把被引用表（如
categories）拖到引用表（如products）上方——拖动生效，不是靠猜 - 同步前取消勾选
Synchronize data，先纯结构同步跑通，再单独跑数据同步，避免结构和数据混在一起放大失败概率
容易被忽略的硬性前提
就算关了检查、调好了顺序，以下三点不满足，照样失败，且错误信息不会直接告诉你原因。
-
ENGINE必须都是InnoDB：SHOW CREATE TABLE 表名里看不到ENGINE=InnoDB就得先ALTER TABLE 表名 ENGINE=InnoDB - 字段类型严格一致：父表
id是BIGINT UNSIGNED，子表外键就不能是INT或BIGINT（缺UNSIGNED） - 字符集与排序规则必须相同：
VARCHAR(50) utf8mb4_unicode_ci和VARCHAR(50) utf8mb4_general_ci看似一样，但外键校验时可能判定为不匹配
真正卡住你的，往往不是“怎么关外键”，而是 SHOW CREATE TABLE 里那几行不起眼的 ENGINE、COLLATE 和 UNSIGNED —— 它们不报错，但让外键形同虚设。
