根本不是脚本写错了，而是执行中途被某一层主动掐断了——常见于max_execution_time超时、memory_limit不足、或MySQL的max_allowed_packet/wait_timeout触发断连；phpMyAdmin仅暴露底层配置短板，需同步调大PHP和MySQL对应参数并重启服务验证。
根本不是脚本写错了，而是执行中途被某一层主动掐断了——常见于 max_execution_time 超时、memory_limit 不足、或 MySQL 的 max_allowed_packet / wait_timeout 触发断连。phpMyAdmin 本身不控制这些阈值，它只是暴露了底层配置的短板。
PHP 执行超时：脚本被 Web 服务强制终止
phpMyAdmin 把整个 SQL 文件读进内存后逐条解析执行，一旦单次请求耗时超过 max_execution_time（默认 30 秒），PHP 就会直接 kill 当前进程，页面白屏或卡在中间位置，没有任何错误提示。
- 检查当前值：
phpinfo()页面搜索max_execution_time，确认是否仍为默认 30 或 60 - 必须同步调大两个地方：
max_execution_time = 600（10 分钟）和max_input_time = 600（尤其含大 POST 数据时） - Apache 用户改
/etc/php/8.2/apache2/php.ini，Nginx + PHP-FPM 用户改/etc/php/8.2/fpm/php.ini，改完重启对应服务 - 注意：
set_time_limit(0)在 phpMyAdmin 中无效——它被禁用了，只能靠配置文件硬调
PHP 内存溢出：SQL 解析阶段就崩了
含大量 INSERT INTO ... VALUES (),(),()... 的语句，phpMyAdmin 会先把整行字符串载入内存再切分，memory_limit 不够就会中断，现象是导入进度条走到 30%–70% 突然停住、返回空白页或 500 错误。
-
memory_limit至少设为512M；若 SQL 含 BLOB 或百万级单条 INSERT，建议1G或更高 - 别只改 CLI 的
php.ini——Web 请求走的是 FPM 或 Apache SAPI，必须改对应配置文件 - 验证是否生效：访问
phpinfo()页面，确认memory_limit值已更新，且Loaded Configuration File路径正确 - 顺手检查
post_max_size和upload_max_filesize是否 ≥ 文件大小，否则压根传不进来
MySQL 连接断开：报 ERROR 2006 但实际已执行部分语句
看到 ERROR 2006 (HY000): MySQL server has gone away 说明连接已断，但之前执行的语句可能已写入数据库——数据不全、外键错乱、自增 ID 跳变都可能发生。
- 服务端必须调大：
max_allowed_packet = 256M（在my.cnf的[mysqld]段），改完重启mysqld - PHP 的 mysqli 扩展也受该值影响，需重启 PHP-FPM/Apache，否则仍用旧缓存值通信
-
wait_timeout设太小（如默认 28800 秒 ≈ 8 小时）一般不影响导入，但若单条 INSERT 跨越数万行、执行超时，也会触发断连 - 检查 PHP 是否启用自动重连：
php -r "echo ini_get('mysqli.reconnect');"，输出空或0就得手动加mysqli.reconnect = On
phpMyAdmin 自身解析逻辑崩溃：BOM、长注释、非标准语法
导入中断但没报具体错误？很可能是 phpMyAdmin 解析器在某一行卡死，比如 UTF-8 BOM、MySQL 8.0+ 专属注释、或跨行未闭合的字符串。
- 用
head -n 5 large.sql | hexdump -C查首字节，出现ef bb bf就是 BOM，用sed -i '1s/^\xef\xbb\xbf//' large.sql清除 - 全局删除 MySQL 8.0+ 注释：
sed -i '/^\/\*![0-9]\+ /d' large.sql（删掉形如/*!80013 DEFAULT HISTOGRAM_TYPE = 'singleton' */的行） - 避免用
split -l硬切 SQL 文件——CREATE TABLE和后续INSERT被劈开会直接语法报错 - 真正安全的拆分方式：先抽结构
sed -n '/^CREATE TABLE/,/^;/p' dump.sql > schema.sql，再按INSERT行切分
最常被忽略的一点：中断后数据库状态是“半成品”。哪怕只差最后 1% 没执行完，也可能导致表缺失、外键失效、或数据不一致——务必用 SELECT COUNT(*) 和 SHOW TABLE STATUS 核对关键表行数与引擎信息，别只看 phpMyAdmin 的进度条。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
