navicat 12 导入数据时外键约束报错，不能仅靠 set foreign_key_checks = 0 解决，因其在混合sql文件中易被注释覆盖、自动提交导致会话失效、不适用于ddl建表阶段，且需满足innodb引擎、字段类型/字符集一致、子表外键有索引等硬性条件。
navicat 12 导入数据时遇到外键约束报错，**不能直接执行 set foreign_key_checks = 0 就完事**——这个语句在 navicat 12 的默认行为下大概率被覆盖或失效，尤其当你导入的是含建表语句的混合 sql 文件。
为什么在 Navicat 12 里手动 SET FOREIGN_KEY_CHECKS = 0 常常没用
Navicat 12 默认导出/生成的 SQL 脚本里，经常自带条件注释如 /*!40014 SET FOREIGN_KEY_CHECKS = 1 */，它会在脚本执行中途强行恢复校验；更关键的是，Navicat 12 的「运行 SQL 文件」功能默认按自动提交（autocommit）模式执行，而 SET FOREIGN_KEY_CHECKS = 0 只对当前会话有效，若脚本分多批次执行，中间连接重置就会失效。
- 你粘贴的
SET FOREIGN_KEY_CHECKS = 0只影响第一条语句，后续 INSERT 不一定继承 - 源库用 mysqldump 导出的文件，开头和结尾都可能带
SET FOREIGN_KEY_CHECKS = 1，直接覆盖你的设置 - Navicat 12 不支持在「数据传输」向导中全局禁用外键检查——该选项只存在于「结构同步」或「数据同步」向导的高级设置里，且仅对对应类型生效
导入纯数据（目标库已有结构）时的正确操作
确认你只是往已有表里插记录，不是建表也不是改结构。此时才适合临时绕过校验：
- 在 Navicat 12 的「运行 SQL 文件」窗口顶部，先单独执行一行：
SET FOREIGN_KEY_CHECKS = 0;，按回车确保执行成功（状态栏显示“受影响行数：0”即为 OK） - 再点击「执行」按钮运行你的 SQL 文件——注意：必须勾选「作为单个语句执行」（否则 Navicat 会拆成多段，
SET失效） - 导入完成后，立刻补一句：
SET FOREIGN_KEY_CHECKS = 1;，避免后续操作意外破坏完整性 - 别用「数据传输」功能导入——它不走 SQL 执行流，无法控制
SET生效范围
导入结构+数据混合脚本时必须换方法
Navicat 12 对混合脚本完全不识别依赖顺序，SET FOREIGN_KEY_CHECKS = 0 对 CREATE TABLE ... FOREIGN KEY 这类 DDL 无效，MySQL 在建表阶段仍会校验父表是否存在。
- 打开你的 SQL 文件，用文本编辑器搜索所有
CREATE TABLE，把无外键或只被引用（如users、categories）的表定义移到最前面 - 删掉文件里所有
SET FOREIGN_KEY_CHECKS = 1，保留开头一个SET FOREIGN_KEY_CHECKS = 0即可 - 如果文件来自 mysqldump，加参数
--skip-foreign-key-checks重新导出（但注意：这会导致外键定义丢失，仅限你确认不需要重建约束） - 更稳妥的做法：先用 Navicat 12 的「结构同步」向导单独同步表结构（勾选「Disable foreign key checks」+「Export foreign keys」），再用「数据传输」单独导数据
容易被忽略的底层硬性条件
即使关了检查，Navicat 12 导入仍可能失败，因为 MySQL 服务端在执行阶段还会做几项不可绕过的校验：
- 两张表引擎必须都是
InnoDB——MyISAM表加外键语法通过，但实际不生效 - 外键字段和主键字段的
COLUMN_TYPE必须严格一致，比如INT(11) UNSIGNED和INT(11)就不匹配 - 字符集要相同，
utf8mb4_unicode_ci和utf8mb4_general_ci可以，但utf8mb3和utf8mb4会触发报错 - 子表外键字段上必须有索引——Navicat 12 设计表界面不会自动帮你建，得手动在「索引」标签页添加
