phpmyadmin导出未生成set foreign_key_checks=0时，需在custom模式下勾选“disable foreign key checks”选项；若已导出，应手动在文件开头插入该语句、结尾insert后插入恢复语句。
导出时没生成 SET FOREIGN_KEY_CHECKS=0 怎么办
phpMyAdmin 默认导出的 SQL 文件开头确实会包含 SET FOREIGN_KEY_CHECKS = 0; 和结尾的 SET FOREIGN_KEY_CHECKS = 1;，但这**不是绝对保证**。某些配置（如自定义 config.inc.php、旧版本、或禁用了相关选项）会导致它被跳过，结果就是导入时报 Cannot add or update a child row。
导出前务必手动确认：打开导出设置页，在「格式特定选项」区域，勾选 Disable foreign key checks —— 这个选项直接控制是否注入那两行语句，不勾就大概率没有。
如果已经导出但发现文件里没这行，别重导，用文本编辑器在文件最开头插入：
SET FOREIGN_KEY_CHECKS = 0;
再在最后一行 INSERT 后、COMMIT; 前插入：
SET FOREIGN_KEY_CHECKS = 1;
Custom 导出模式下必须手动勾选的关键项
用 Quick 模式导出？它默认只导结构+数据，完全忽略外键开关、DROP 语句、视图、存储过程等——根本没法安全还原。
必须切到 Custom 模式，并检查以下几处：
-
Add DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT statement：不勾，导入时表已存在，直接报错或字段丢失 -
Data dumping options区域的Disable foreign key checks：这是外键开关的唯一直控入口 -
Object creation options中的Add CREATE DATABASE / USE statement：跨库迁移时没这句，会报Unknown database -
Maximal length of created query改成50000：避免大表被切成几千条短 INSERT，拖慢导入还易超时
导出后验证外键语句是否生效
别信“执行成功”就完事。导出中断不会报错，只会给你一个残缺文件，而外键开关缺失往往藏得深。
用任意文本编辑器打开刚下载的 .sql 文件，做两件事：
- 搜索前 20 行是否有
SET FOREIGN_KEY_CHECKS = 0;—— 必须存在且位置靠前 - 搜索全文是否有
SET FOREIGN_KEY_CHECKS = 1;—— 必须出现在所有 INSERT 之后、文件末尾附近 - 顺手搜一下
COMMIT;：它应该只出现一次，且在文件靠后位置；若完全找不到，说明导出被截断，文件不可用
这三个检查 30 秒内可完成，跳过等于埋雷。
为什么 mysqldump 命令行反而更可控
phpMyAdmin 是 Web 层代理，受 PHP 执行时间、内存限制、上传大小三重掐脖。哪怕你把 $cfg['ExecTimeLimit'] = 0; 写进配置，底层 Apache/Nginx 仍可能扔出 504。
真正要跳过外键并完整导出，命令行仍是首选：
mysqldump --single-transaction --routines --triggers --events --databases mydb > backup.sql
注意：--databases（带 s）才生成 CREATE DATABASE 语句；--all-databases 虽然也带，但会导出系统库，慎用。
关键点在于：mysqldump 不依赖 Web 环境，不走 PHP 上传流程，也不受 upload_max_filesize 限制 —— 它直接写磁盘。导出完的文件，你可以用 phpMyAdmin 的 Import 页面上传，也可以用 mysql -u user -p mydb 直接恢复。
复杂点从来不在“怎么点”，而在“哪一层失效了还蒙在鼓里”。Web 界面省事，但一旦出问题，排查链路长、线索少、权限卡得死。真要保稳，就得接受命令行是事实标准。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
