phpMyAdmin查询窗口SQL超时30秒原因

先说一个关键点：很多人以为改一下php.ini的`max_execution_time`就能解决phpMyAdmin的超时问题，但实际上，phpMyAdmin根本不买这个账。它自己内部有个优先级更高的开关——`$cfg['ExecTimeLimit']`，默认值就30秒。你就算把全局超时设成1200秒，它还是会在30秒后冷冰冰地告诉你“Script timeout passed”。所以你会发现，问题的根本钥匙，其实藏在phpMyAdmin自己的配置文件里。

phpMyAdmin 自己的超时开关优先级最高

为什么改了php.ini没用？因为phpMyAdmin在导入或执行SQL时，每处理一段语句就会主动检查自己的`$cfg['ExecTimeLimit']`，直接绕过PHP全局的超时机制。这个配置项默认就是30秒，不改它，其他都是白搭。 具体怎么改？很简单：

• 打开`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

如果要永久生效，就得改配置文件：

• Windows下：编辑XAMPP/mysql/bin/my.ini
• macOS下：编辑/Applications/XAMPP/xamppfiles/etc/my.cnf
• 在[mysqld]段落下面添加：max_allowed_packet = 256M

改完之后必须重启MySQL服务，否则不会生效。

命令行导入才是真·绕过所有 Web 层限制

只要你的SQL文件里没有深度嵌套的DELIMITER或交互式语句（比如source命令），命令行方式就能完全跳过PHP解析、HTTP请求、Web渲染这三层瓶颈。这意味着$cfg['ExecTimeLimit']、max_execution_time、post_max_size这些限制，一个都管不到你。 操作步骤也很简单：

1. 打开终端，进入XAMPP/mysql/bin目录
2. 执行：mysql -u root -p --default-character-set=utf8mb4 your_db_name
3. 输入密码后，执行：source C:/path/to/your/file.sql（路径记得用正斜杠或双反斜杠）

真正容易被忽略的地方是：phpMyAdmin的$cfg['ExecTimeLimit']和MySQL的max_allowed_packet是两个独立又常同时触发的卡点，只调一个往往没用。而命令行导入虽然简单，但很多人卡在路径写法不对，或者忘了加字符集参数，导致中文乱码或语句解析失败。这三个坑，一个一个排查，基本就能把超时问题摁死。