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”。
- 查当前值：
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 字段时，这是唯一稳定解法。
立即学习“PHP免费学习笔记（深入）”；
- 确保 SQL 文件已上传到服务器（如
C:\xampp\htdocs\backup\data.sql） - 执行：
mysql -u root -p --max-allowed-packet=512M your_db_name < C:\xampp\htdocs\backup\data.sql -
--max-allowed-packet=512M是客户端参数，只影响本次连接，不需改服务端配置 - 如果文件开头有 UTF-8 BOM，建议先用 Notepad++ 转成 “UTF-8 无 BOM” 格式，避免首行解析失败引发后续语句错位
真正麻烦的不是单个参数，而是 Windows 下 Apache、PHP、MySQL 三者配置文件分散、重启方式不统一、生效路径容易搞错——比如改了 CLI 的 php.ini 却忘了 FPM 的，或者重启了 Apache 却没重启 MySQL。动手前先跑一遍 phpinfo() 和 SHOW VARIABLES，确认每个值到底是什么，比盲目改配置可靠得多。
