导入大SQL文件卡在“正在执行”是因为phpMyAdmin默认开启FOREIGN_KEY_CHECKS和UNIQUE_CHECKS，逐行校验导致性能骤降；解决方法包括配置$cfg['SkipForeignKeyChecks']=true、在SQL文件开头添加SET FOREIGN_KEY_CHECKS=0等语句，并导入后务必验证数据一致性。
为什么导入大 SQL 文件时卡在“正在执行”却没反应
因为 phpmyadmin 默认开启 foreign_key_checks 和 unique_checks，每插入一行都校验外键和唯一索引，数据量稍大（比如几万行）就会指数级变慢，甚至超时中断。
这不是 phpMyAdmin 坏了，是它在“守规矩”——但你此刻要的是快速灌数据，不是实时一致性校验。
- 仅对一次性导入（如迁移、初始化）有效；线上环境切勿长期关闭
- 必须确保你的 SQL 文件本身不违反外键/唯一约束，否则导入后数据会处于不一致状态
- phpMyAdmin 4.9+ 的「快速导入」模式默认已尝试禁用这两项，但某些配置或 MySQL 版本下仍需手动干预
如何启用 phpMyAdmin 的快速导入模式（含配置项说明）
快速导入不是按钮，而是一组服务端行为开关。关键在 phpMyAdmin 配置文件 config.inc.php 中的 $cfg['SkipForeignKeyChecks'] 和 $cfg['SkipUniqueChecks']。
-
$cfg['SkipForeignKeyChecks'] = true;：导入时自动加SET FOREIGN_KEY_CHECKS=0; -
$cfg['SkipUniqueChecks'] = true;：导入时自动加SET UNIQUE_CHECKS=0; - 这两个选项只影响「通过 phpMyAdmin 界面上传 .sql 文件」的行为，不影响 SQL 标签页手动执行
- 若改完不生效，确认你编辑的是实际被加载的
config.inc.php（常见路径：/etc/phpmyadmin/config.inc.php或/usr/share/phpmyadmin/config.inc.php）
导入前手动加 SET 语句比改配置更可靠
改配置要重启 Web 服务，还可能被运维限制；而直接在 SQL 文件头部加几行命令，零权限依赖、立竿见影。
把下面三行粘贴到你要导入的 .sql 文件最开头：
立即学习“PHP免费学习笔记（深入）”；
SET FOREIGN_KEY_CHECKS=0; SET UNIQUE_CHECKS=0; SET AUTOCOMMIT=0;
导入完成后再手动执行 SET FOREIGN_KEY_CHECKS=1; 和 SET UNIQUE_CHECKS=1; 恢复校验（可选，只要确认数据没问题）。
-
AUTOCOMMIT=0避免每行都提交一次事务，大幅提升速度 - 注意：如果 SQL 文件里已有
SET FOREIGN_KEY_CHECKS=1这类语句，会覆盖你开头的设置，得删掉或挪到末尾 - 某些导出工具（如 mysqldump）默认就带这些 SET，但如果你是手写或拼接的 SQL，就得自己补
导入后一定要验证，而不是相信“跑完了就对了”
关掉检查后，MySQL 不拦你插重复值、孤儿记录，但它也不会提醒你——错误静默发生。
- 用
SELECT COUNT(*)对比源库和目标库的各表行数 - 抽样查几个有外键的字段，比如
SELECT * FROM orders WHERE user_id NOT IN (SELECT id FROM users); - 对唯一索引字段运行
SELECT column_name, COUNT(*) FROM table GROUP BY column_name HAVING COUNT(*) > 1; - 别跳过这步。性能换来的便利，代价就是你多花两分钟核对
真正麻烦的不是导入慢，而是导入完发现订单关联不到用户、商品库存变成负数——这种问题不会报错，只会等业务出事才暴露。
