phpMyAdmin在Windows中导入SQL为何超时-phpMyAdmin-PHP中文网

phpmyadmin导入超时是php、mysql、apache三层限制叠加所致：$cfg['exectimelimit']默认300秒独立计时，需在config.inc.php中设为0；upload_max_filesize与post_max_size须同步调大并重启apache；max_allowed_packet不足会导致白屏，需在my.ini中设为256m并重启mysql；命令行导入更可靠。

超时不是 phpmyadmin 本身卡住，而是 windows 环境下 php、mysql、apache 三层限制叠加触发的连锁反应——改错一个配置，其余两个照样拦路。

为什么改了 `max_execution_time` 还报“Script timeout passed”

phpMyAdmin 自己有一套独立计时逻辑：$cfg['ExecTimeLimit'] 默认是 300 秒，它在导入过程中主动轮询，和 PHP 的 max_execution_time 完全无关。哪怕你把 php.ini 里的 max_execution_time 设成 3600，phpMyAdmin 依然会在第 301 秒弹窗中断。

必须编辑 phpMyAdmin 根目录下的 config.inc.php（不是 config.default.php），在 $cfg['blowfish_secret'] 后加一行：$cfg['ExecTimeLimit'] = 0;
改完不用重启 Apache，但必须清空浏览器缓存或换无痕窗口重进 phpMyAdmin 才生效
Windows 下常见路径示例：C:\xampp\phpMyAdmin\config.inc.php 或 C:\laragon\etc\apps\phpmyadmin\config.inc.php

为什么上传阶段就失败，提示“file exceeds upload_max_filesize”

这个错误看似明确，实际是 upload_max_filesize 和 post_max_size 两个参数中更小的那个在作祟。Windows + Apache 组合下，post_max_size 经常被忽略，但它必须 ≥ upload_max_filesize，否则 POST 请求体在 Apache 接收阶段就被截断，phpMyAdmin 根本收不到完整数据。

确认你改的是 Web SAPI 对应的 php.ini：访问 phpinfo() 页面，搜 Loaded Configuration File，路径才是生效的那个
至少同步设为：upload_max_filesize = 2048M、post_max_size = 2048M、memory_limit = 1024M
改完必须重启 Apache（命令行执行 httpd -k restart 或通过 XAMPP/Laragon 控制面板）

为什么导入中途白屏，或报 “MySQL server has gone away”

这几乎一定是 max_allowed_packet 不够大导致的。WordPress 导出的 SQL 常含百万级 INSERT，单条语句可能超 10MB；而 MySQL 默认值仅 4MB（5.7）或 64MB（8.0+），远低于你设的 PHP 上传上限。服务端丢包后直接断连，phpMyAdmin 就显示白屏或 “server has gone away”。

windows-healing-gateway

通过任务计划程序自动监控并自修复 Windows 上的 OpenClaw Gateway，具备 AI 诊断和 Telegram 报警功能。

下载

查当前值：mysql -u root -p -e "SHOW VARIABLES LIKE 'max_allowed_packet';"
永久生效：编辑 MySQL 配置文件（Windows 是 my.ini），在 [mysqld] 下加：max_allowed_packet = 256M
改完必须重启 MySQL 服务（XAMPP/Laragon 面板里点 “Stop” 再 “Start”，不能只 reload）
注意：客户端连接也会继承服务端值，但 PHP 的 mysqli/pdo_mysql 扩展有自己默认缓冲（常为 16MB），所以光调服务端还不够

为什么用命令行导入就没问题

因为 mysql 客户端默认使用更大的 packet 缓冲，并支持流式读取，不会把整条 SQL 一次性加载进内存再发。尤其当 SQL 文件含 LOAD DATA INFILE 或超长 BLOB 字段时，这是唯一稳定解法。

确保 SQL 文件已上传到服务器（如 C:\xampp\htdocs\backup\data.sql）
执行：mysql -u root -p --max-allowed-packet=512M your_db_name
--max-allowed-packet=512M 是客户端参数，只影响本次连接，不需改服务端配置
如果文件开头有 UTF-8 BOM，建议先用 Notepad++ 转成 “UTF-8 无 BOM” 格式，避免首行解析失败引发后续语句错位

真正麻烦的不是单个参数，而是 Windows 下 Apache、PHP、MySQL 三者配置文件分散、重启方式不统一、生效路径容易搞错——比如改了 CLI 的 php.ini 却忘了 FPM 的，或者重启了 Apache 却没重启 MySQL。动手前先跑一遍 phpinfo() 和 SHOW VARIABLES，确认每个值到底是什么，比盲目改配置可靠得多。