phpMyAdmin导入大SQL文件超时需同步调整PHP、MySQL及Nginx三层配置：设max_execution_time≥600、upload_max_filesize=post_max_size=512M并重启Web服务；MySQL端调大wait_timeout至3600、max_allowed_packet至256M并重启MySQL；Nginx需配fastcgi_read_timeout≥600及client_max_body_size；最终推荐用mysql命令行导入更可靠。
phpMyAdmin 导入大 SQL 文件时卡住或报错“超时”怎么办
phpMyAdmin 本身不直接控制导入超时，真正起作用的是底层 PHP 的执行时间限制和 MySQL 的网络等待参数。你看到的“导入失败”“空白页”“504 Gateway Timeout”等现象，大概率是 max_execution_time 或 wait_timeout 触发了中断。
修改 PHP 的 max_execution_time 和 upload_max_filesize
phpMyAdmin 是 PHP 脚本，上传并解析 SQL 文件的过程受 PHP 配置约束。默认值（如 30 秒、2M）对几百 MB 的 SQL 文件完全不够用。
-
max_execution_time建议设为600（10 分钟）或更高；若导入过程含大量 INSERT，甚至需1800 -
upload_max_filesize和post_max_size必须同时放大，例如都设为512M（注意：后者要 ≥ 前者） - 这些配置在
php.ini中修改，改完必须重启 Web 服务（sudo systemctl restart apache2或sudo systemctl restart php-fpm） - 可通过 phpMyAdmin 首页底部的「PHP 版本」链接确认当前生效值，或建一个
info.php输出phpinfo()
调整 MySQL 的 wait_timeout 和 max_allowed_packet
即使 PHP 没超时，MySQL 也可能主动断开空闲连接或拒绝大包，导致导入中途失败，错误常表现为：Lost connection to MySQL server during query 或 Packets larger than max_allowed_packet。
-
wait_timeout控制非交互式连接空闲秒数，默认 28800（8 小时），但 phpMyAdmin 的导入连接可能被误判为空闲，建议临时设为3600（1 小时） -
max_allowed_packet必须 ≥ 你最大单条语句（如大 BLOB 或长 INSERT）的长度，推荐设为256M（单位是字节，可写268435456或256M） - 修改位置：MySQL 配置文件（
/etc/mysql/my.cnf或/etc/my.cnf）的[mysqld]段下，改完执行sudo systemctl restart mysql - 验证方式：登录 MySQL 后运行
SHOW VARIABLES LIKE 'wait_timeout';和SHOW VARIABLES LIKE 'max_allowed_packet';
phpMyAdmin 自身的 import 设置（次要但别漏）
phpMyAdmin 的界面里有隐藏的导入行为控制，它不改超时，但会影响分片逻辑和内存使用。
立即学习“PHP免费学习笔记（深入）”；
- 导入前点击「更多设置」→「导入设置」，把
Maximum number of queries per page调高（如1000），避免因分页太碎触发额外延迟 - 勾选
Partial import: Skip queries with errors可防止一条坏语句阻塞全部（仅用于救急，不是根本解法） - 确保
Allow interrupt of import in case script dies是启用状态（默认开启），否则导入崩溃后无法重试 - 注意：这些选项只在「导入」页面可见，且不会覆盖 PHP/MySQL 底层限制——它们只是前端策略
真正卡住的时候，先看浏览器控制台有没有 504 或 500，再查 PHP 错误日志（/var/log/apache2/error.log）和 MySQL 错误日志（/var/log/mysql/error.log）。很多“超时”其实是某一行语法错误引发的静默失败，而不是时间到了。
