phpMyAdmin执行SQL超时本质是PHP层被主动中断，需同步调整$cfg['ExecTimeLimit']（默认300秒）和MySQL的max_allowed_packet（防假性超时），命令行导入可彻底绕过所有Web层限制。
phpMyAdmin 执行 SQL 语句超时，本质不是“SQL 慢”，而是 PHP 层在解析、分发、逐行执行时被主动中断——改 max_execution_time 只能缓解表象，真正卡点常在 $cfg['ExecTimeLimit'] 或 MySQL 自身的 max_allowed_packet。
phpMyAdmin 自带的 ExecTimeLimit 优先级高于 php.ini
即使你把 max_execution_time 改成 1200，phpMyAdmin 仍可能在 300 秒左右报 “Script timeout passed”。这是因为它的前端逻辑强制读取自身配置项：$cfg['ExecTimeLimit']，默认值是 300（秒），且它在导入流程中每执行一段就主动检查，不依赖 PHP 的全局超时机制。
- 修改位置：打开
XAMPP\phpMyAdmin\config.inc.php（不是config.default.php） - 添加或修改这一行：
$cfg['ExecTimeLimit'] = 0;（设为 0 表示禁用限制） - 如果文件里没有这行，直接追加在
$cfg['blowfish_secret']后面即可 - 无需重启 Apache，但必须清空浏览器缓存或换无痕窗口重进 phpMyAdmin 才生效
MySQL 层的 max_allowed_packet 不够也会假性超时
当你执行一条巨长的 INSERT 或含大字段的 CREATE TABLE 语句时，MySQL 服务端会先尝试把整条语句载入内存缓冲区。若语句长度超过 max_allowed_packet，服务端直接拒绝接收，phpMyAdmin 就会卡住、页面变空白，或报错但不提示具体原因。
- 确认当前值：
mysql -u root -p -e "SHOW VARIABLES LIKE 'max_allowed_packet';" - 临时提升（仅本次会话）：
SET GLOBAL max_allowed_packet = 268435456;（即 256MB） - 永久生效：编辑
XAMPP\mysql\bin\my.ini（Windows）或/Applications/XAMPP/xamppfiles/etc/my.cnf（macOS），在[mysqld]下添加：max_allowed_packet = 256M - 改完必须重启 MySQL 服务，否则不生效
命令行导入才是真·绕过所有超时的方案
只要你的 SQL 文件不含交互式语句（如 source、DELIMITER 嵌套太深），命令行方式完全跳过 PHP 解析、HTTP 请求、Web 界面渲染三层瓶颈，也不受 ExecTimeLimit、max_execution_time、post_max_size 任何一项影响。
立即学习“PHP免费学习笔记（深入）”；
- 确保 MySQL 正在运行（XAMPP 面板显示 Running）
- 终端进入
XAMPP\mysql\bin目录，执行：mysql -u root -p --default-character-set=utf8mb4 your_db_name - 输入密码后，用 MySQL 客户端命令执行：
source C:/path/to/your/file.sql;（注意路径用正斜杠或双反斜杠） - 如果文件首行没声明编码，务必加
--default-character-set=utf8mb4，否则中文会变问号
最易被忽略的是：phpMyAdmin 的 ExecTimeLimit 和 MySQL 的 max_allowed_packet 是两个独立关卡，调高 PHP 时间只是拆了一道门，另一道门还锁着。命令行导入之所以稳，是因为它根本没走那两道门。
