必须在SQL文件开头加SET FOREIGN_KEY_CHECKS = 0;末尾加SET FOREIGN_KEY_CHECKS = 1;，否则因表依赖顺序错乱导致外键约束失败；phpMyAdmin默认顺序执行，父表未建时子表引用即报错。
导入前必须禁用外键检查
直接导入含 foreign key 的建表语句会失败，报错类似 cannot add or update a child row: a foreign key constraint fails。这是因为 phpmyadmin 默认按 sql 文件顺序执行，而父表可能还没创建，子表就已尝试引用它。
解决方法是在 SQL 文件最开头加上：
SET FOREIGN_KEY_CHECKS = 0;
并在末尾加上：
SET FOREIGN_KEY_CHECKS = 1;
- 这两行必须独立成行，不能和
CREATE TABLE混在同一行 - 如果 SQL 文件由 mysqldump 生成，默认已包含这两行（检查开头是否有
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;） - 手动拼接的 SQL 文件容易遗漏，务必肉眼确认
注意 AUTO_INCREMENT 和主键冲突
如果 SQL 中包含带 INSERT 数据的 CREATE TABLE，且目标库已有同名表（哪怕空表），INSERT 可能因主键重复或 AUTO_INCREMENT 值偏小而中断。
稳妥做法是先清空或删除旧表，再导入。若必须保留部分数据，可临时修改 SQL：
立即学习“PHP免费学习笔记（深入）”；
- 将
INSERT INTO `table_name`改为INSERT IGNORE INTO `table_name`（跳过重复主键） - 或在导入前执行
ALTER TABLE `table_name` AUTO_INCREMENT = 9999;（设为远大于现有最大值） - 避免使用
REPLACE INTO，它会触发 DELETE + INSERT，在有外键级联时可能误删关联数据
phpMyAdmin 的“导入”页设置很关键
不是把 SQL 文件丢进去就完事。在 phpMyAdmin 的导入界面，这几个选项直接影响成败：
- “格式”必须选
SQL，别误选CSV或JSON - “字符集”建议选
utf8mb4，尤其含 emoji 或多语言字段时；若原 SQL 明确声明了CHARSET=latin1，这里要匹配 - 勾选“部分导入：忽略插入错误”，它等价于给每条
INSERT加IGNORE，适合调试阶段快速跳过个别脏数据 - 大文件（>2MB）要提前调高
upload_max_filesize和post_max_size，否则页面直接无响应，连错误都不报
跨库引用需确认目标数据库上下文
SQL 文件里若出现类似 REFERENCES `other_db`.`users`(`id`) 的跨库外键，导入时会失败——phpMyAdmin 当前只在选定的数据库内执行，不会自动切换上下文。
处理方式只有两种：
- 把所有相关库的结构和数据合并到一个 SQL 文件中，并确保建库语句（
CREATE DATABASE）和USE `db_name`出现在对应段落前 - 拆成多个文件，按依赖顺序手动导入：先导入被引用的库（如
auth），再导入引用它的库（如app），且每次都在对应数据库下操作 - 不推荐用
db_name.table_name全限定名硬写进外键定义，MySQL 5.7+ 虽支持，但 phpMyAdmin 解析不稳定，易报语法错误
复杂关联真正难的不是语法，而是理清依赖拓扑——先画张表关系图，再决定是合并在一个文件里加 SET FOREIGN_KEY_CHECKS，还是分步导入。漏掉一张中间关联表，整个链路就断了。
