核心是按依赖顺序同步或临时禁用外键检查：①勾选“disable foreign key checks”并确保父表（如users）先于子表（如orders）同步；②确认外键定义一致、含级联选项且无残留set foreign_key_checks=1语句。
同步时外键报错，核心就两条路：要么让 navicat 按依赖顺序执行，要么临时关掉约束检查——但关检查不是万能的，用错场景反而漏建外键或引发后续数据异常。
同步结构时报 Cannot add or update a child row: a foreign key constraint fails 怎么办
这是目标库已有表、但父表数据缺失导致的典型错误。Navicat「结构同步」默认不解析整库依赖树，只按表名字母序或配置顺序执行，很容易先建 orders 再建 users，一插入就崩。
- 必须在同步向导的「高级」→「SQL 选项」里勾选
Disable foreign key checks，否则生成的 SQL 不会自动加SET FOREIGN_KEY_CHECKS = 0 - 确认源库导出的 SQL 文件里没有残留的
SET FOREIGN_KEY_CHECKS = 1，它会在中途强行恢复约束，导致后半段失败 - 如果目标库是 MySQL 5.7+，仅关检查不够——还得手动检查
SHOW CREATE TABLE输出，确保外键定义中包含ON UPDATE CASCADE ON DELETE CASCADE，否则同步可能覆盖掉级联逻辑
同步数据时提示 Cannot delete or update a parent row
这是子表还存着指向父表的记录，而同步操作试图删/改父表主键。Navicat 默认不会自动加 ON DELETE CASCADE 或跳过冲突行。
- 同步前查依赖：在目标库执行
SELECT * FROM information_schema.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'users'，找出所有引用users的子表 - 若确定要重建，可在预处理脚本开头加
SET FOREIGN_KEY_CHECKS = 0，结尾加SET FOREIGN_KEY_CHECKS = 1，并把整个脚本设为「作为单个语句执行」 - 别用
TRUNCATE TABLE清空——哪怕已关约束，MySQL 仍拒绝 TRUNCATE 外键被引用的表；改用DELETE FROM orders+ 后续ALTER TABLE orders AUTO_INCREMENT = 1
怎么让 Navicat 真正按依赖顺序同步表
Navicat 16+ 默认开启 Resolve dependencies automatically，但旧版本或跨库迁移时它基本靠不住。它不读 INFORMATION_SCHEMA 构建引用图谱，只比对单张表 DDL。
- 人工核对依赖链：在源库和目标库都执行
SELECT TABLE_NAME, REFERENCED_TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME IS NOT NULL ORDER BY REFERENCED_TABLE_NAME - 取消勾选「Synchronize data」，先纯结构同步，并启用
Generate DROP statements before CREATE，避免旧约束干扰 - 对强依赖表（如
categories → products），先单独用「数据传输」功能同步父表，再跑全量同步，避免数据阶段触发约束失败
真正容易被忽略的是：Navicat 同步脚本里没显式写级联动作、或目标库字符集不一致（比如 utf8mb3 存 emoji 导致字段截断），这些都会让外键看似建成功，实则运行时立刻报错。别只盯着「同步成功」四个字，SHOW CREATE TABLE 才是最终裁判。
