应临时关闭 foreign_key_checks：导入前执行 set foreign_key_checks = 0，导入后立即执行 set foreign_key_checks = 1；因该变量为会话级，gui 工具分批执行易失效，须确保单连接内完成“关→导入→开”，并恢复后手动核查孤儿记录。
直接关掉 FOREIGN_KEY_CHECKS 就能绕过报错，但必须成对操作、严格限定作用范围，否则会留下孤儿数据或静默破坏后续写入。
还原时遇到 “Cannot add or update a child row” 怎么办
这不是数据损坏，而是导入顺序和约束校验冲突了——比如 orders 表先插了 user_id = 100，但 users 表还没建好，或目标库已存在部分表但缺失对应主键记录。
- 根本原因是 MySQL 在每条 INSERT/UPDATE 时实时校验外键引用，不等整个文件跑完才检查
- GUI 工具（如 DBeaver）批量执行常自动开新连接，导致
SET FOREIGN_KEY_CHECKS = 0只在第一个连接生效，后面全报错 - 命令行用
mysql -u root -p db_name 不会执行文件开头的 <code>SET语句，得手动包一层
怎么安全地临时关闭 foreign_key_checks
关键不是“关”，而是“关在哪、何时开、会不会漏”。FOREIGN_KEY_CHECKS 是会话级变量，只对当前连接有效。
- 先确认状态：
SELECT @@FOREIGN_KEY_CHECKS;（返回1表示开启） - 关开关：
SET FOREIGN_KEY_CHECKS = 0; - 执行恢复：
SOURCE backup.sql或mysql -u root -p db_name -e "SET FOREIGN_KEY_CHECKS = 0;" && mysql -u root -p db_name - 立刻恢复：
SET FOREIGN_KEY_CHECKS = 1;—— 别依赖会话断开自动恢复，它不会自动回滚
SQL 文件没带 SET 语句，怎么快速补上
别用文本编辑器硬开大文件，容易卡死或编码错乱。
- 头部注入：
sed -i '1s/^/SET FOREIGN_KEY_CHECKS = 0;\n/' backup.sql - 尾部追加：
echo "SET FOREIGN_KEY_CHECKS = 1;" >> backup.sql - 检查是否生效：
head -n 2 backup.sql和tail -n 1 backup.sql - 注意：如果文件是 UTF-8-BOM 编码，
sed可能失效，先用dos2unix backup.sql清理
关完外键检查后最容易被忽略的事
它只跳过外键校验，其他约束照常生效，且不会自动清理历史脏数据。
-
FOREIGN_KEY_CHECKS = 0期间插入的user_id = 999，哪怕users表里根本没这人，恢复后也合法存在——成了孤儿记录 - 恢复后必须手动查：
SELECT o.id FROM orders o LEFT JOIN users u ON o.user_id = u.id WHERE u.id IS NULL AND o.user_id IS NOT NULL; - 主键冲突、
NOT NULL、字段类型不匹配照样报错，关外键不等于关所有校验 - 别在存储过程里写
SET FOREIGN_KEY_CHECKS = 0，MySQL 会忽略并警告
