首先明确一个核心问题：许多用户误以为只需修改 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 页面卡顿、白屏，或显示莫名其妙的错误，表面看似超时，实则是数据包被拒绝。 查询当前值很简单： ```bash mysql -u root -p -e "SHOW VARIABLES LIKE 'max_allowed_packet';" ``` 若需临时提升（仅当前会话有效）： ```bash 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` 是两个独立且常同时触发的瓶颈，仅调整其中一项往往无济于事。命令行导入虽然简便，但许多人因路径书写错误或遗漏字符集参数而导致中文乱码或语句解析失败。逐一排查这三个关键点，即可有效解决超时问题。