phpMyAdmin 5.1 导入SQL超时是PHP、phpMyAdmin自身、Web服务器、MySQL四层限制叠加所致：需同步修改config.inc.php中$cfg['ExecTimeLimit'] = 0、php.ini中upload_max_filesize与post_max_size（均≥512M）、Nginx的fastcgi_read_timeout和client_max_body_size（或Apache的Timeout）、my.ini中max_allowed_packet = 256M，并重启对应服务；命令行导入mysql -u user -p db < file.sql最可靠。
phpMyAdmin 5.1 导入 SQL 文件提示超时，不是版本问题，而是默认配置叠加限制在拦路——必须同时调高 PHP、phpMyAdmin 自身、MySQL 三层超时与包大小，缺一不可。
phpMyAdmin 5.1 的 $cfg['ExecTimeLimit'] 默认仍为 300 秒
这个设置和 PHP 的 max_execution_time 完全无关，是 phpMyAdmin 在导入过程中主动轮询并中断的独立计时器。即使你把 PHP 脚本执行时间设成 3600 秒，它照样会在第 301 秒弹窗报“Script timeout passed”。
- 编辑
config.inc.php（不是config.default.php），路径通常为C:\xampp\phpMyAdmin\config.inc.php或/usr/share/phpmyadmin/config.inc.php - 在
$cfg['blowfish_secret']后添加：$cfg['ExecTimeLimit'] = 0;（设为 0 表示禁用） - 改完无需重启 Apache，但浏览器缓存必须清空，或换无痕窗口重进
upload_max_filesize 和 post_max_size 不同步就白改
Windows + Apache 或 Nginx + PHP-FPM 环境下，post_max_size 必须 ≥ upload_max_filesize，否则 POST 数据体在 Web 服务器接收阶段就被截断，phpMyAdmin 根本收不到文件——页面可能静默刷新、显示“未选择文件”，或报“file exceeds upload_max_filesize”。
- 用
phpinfo()页面确认真实生效的php.ini路径（搜Loaded Configuration File） - 同步修改两项：
upload_max_filesize = 512M，post_max_size = 512M - 若用 PHP-FPM，还要检查
www.conf中是否有php_admin_value[post_max_size]覆盖了你的修改 - 改完必须重启 Apache 或 php-fpm（Nginx 用户需重启 php-fpm，不是只 reload Nginx）
Nginx 下 fastcgi_read_timeout 比 proxy_read_timeout 关键得多
phpMyAdmin 是 FastCGI 应用，走的是 fastcgi_pass，不是反向代理。所以 proxy_read_timeout 完全无效；真正卡住你的是 fastcgi_read_timeout——它控制 Nginx 等待 PHP-FPM 返回响应头的最长时间。
立即学习“PHP免费学习笔记（深入）”；
- 在站点
location ~ \.php$块内加：fastcgi_read_timeout 600; - 同时别漏掉：
client_max_body_size 512m;（Nginx 接收阶段限制） - Apache 用户则要检查主配置或虚拟主机里的
Timeout指令，默认常为 60 秒，也得调高
max_allowed_packet 不够大会直接白屏或 “MySQL server has gone away”
WordPress 或导出工具生成的大 SQL 文件，常含单条超 10MB 的 INSERT 语句。MySQL 默认 max_allowed_packet 是 4MB（5.7）或 64MB（8.0+），远低于你设的 PHP 上传上限。服务端丢包后连接中断，phpMyAdmin 就白屏或报错。
- 查当前值：
mysql -u root -p -e "SHOW VARIABLES LIKE 'max_allowed_packet';" - 改
my.ini（Windows）或my.cnf（Linux），在[mysqld]下加：max_allowed_packet = 256M - 改完必须重启 MySQL 服务，
service mysql restart或 Windows 服务管理器中重启
真正麻烦的点在于：这四层限制（phpMyAdmin 自身计时、PHP 上传/执行、Web 服务器转发、MySQL 包大小）只要有一处没调对，就会失败，且错误现象高度相似——都表现为“超时”“白屏”“没反应”。命令行 mysql -u user -p database_name < file.sql 绕过全部前端限制，才是大文件导入唯一稳的路径。
