Navicat导出脚本外键冲突主因是建表顺序错乱、约束未导出及级联动作缺失；须启用Export foreign keys、Export constraints、Generate DROP statements，并勾选Export foreign key options，再手动按依赖链重排CREATE TABLE顺序。
导出脚本执行报外键顺序冲突，本质是建表顺序错乱
navicat premium 默认不解析整库外键依赖树，它按表名字母序或界面选中顺序生成 create table 语句。一旦出现 orders 表引用 users 表，但脚本里 orders 先于 users 创建，mysql 就会直接报 cannot add or update a child row: a foreign key constraint fails。
同步结构时没启用“导出约束”和“生成 DROP 语句”
即使你勾了「导出表结构」，若没在同步/导出向导的「高级」选项里明确启用这两项，Navicat 就不会把外键约束写进脚本，也不会清理旧表——结果就是目标库残留旧约束干扰新结构，或约束缺失导致后续插入失败。
- 必须勾选
Export foreign keys和Export constraints - 务必启用
Generate DROP statements before CREATE（否则 ALTER 失败或约束残留） - 如果目标库已存在同名表，且含不同外键定义，不加 DROP 会导致
ERROR 1022
手动调整建表顺序比硬改 Navicat 设置更可靠
依赖链复杂（比如 products → categories → suppliers）时，指望 Navicat 自动排序不现实。实际做法是导出后用文本编辑器重排：
- 打开 SQL 文件，搜索
CREATE TABLE `，逐个看每张表的FOREIGN KEY定义 - 把所有不带
REFERENCES或只引用已列出表的表（如suppliers）移到最前面 - 确保
categories在suppliers之后、products之前 - 别漏掉
CREATE DATABASE和USE语句的位置——它们得在第一个CREATE TABLE前
ON DELETE/UPDATE CASCADE 没显式导出，导致约束不完整
Navicat 导出 DDL 时，默认可能只写 FOREIGN KEY (...) REFERENCES ...，而省略 ON UPDATE CASCADE ON DELETE CASCADE。目标库若已有同名约束但无级联动作，同步就会覆盖成弱约束，后续业务更新父记录时静默失败。
- 检查源库的
SHOW CREATE TABLE orders输出，确认外键定义末尾是否含级联子句 - 在 Navicat 导出设置的「高级」→「DDL Options」中，必须勾选
Export foreign key options - 导出后快速扫一遍脚本：所有
FOREIGN KEY行结尾都该有ON UPDATE CASCADE ON DELETE CASCADE或明确的NO ACTION
真正麻烦的不是建表顺序本身，而是你得同时盯住三处：导出设置里的开关是否全开、脚本里约束是否完整、以及手动重排时有没有漏掉某张中间依赖表——少一步，执行时就卡在第 7 行。
