必须调高PHP的memory_limit，因为phpMyAdmin导入SQL时将整个文件读入内存解析，memory_limit过低会导致OOM中断；需同步调整post_max_size和upload_max_filesize并重启PHP服务，否则上传或执行阶段仍会失败。
phpmyadmin 本身不控制 memory_limit，这个值完全由 php 运行时决定；直接改 phpmyadmin 配置文件里的 $cfg['memorylimit'] 没用，必须调 php 的 memory_limit ini 设置。
为什么改 memory_limit 是关键一步
phpMyAdmin 导入 SQL 时会把整个文件读进 PHP 内存再解析执行，尤其是含大量 INSERT 或长文本字段的 SQL，极易触发 OOM（Out of Memory）。哪怕你把 upload_max_filesize 调到 2G，memory_limit 还卡在 128M，导入到一半就会报 Fatal error: Allowed memory size of XXX bytes exhausted 并中断。
-
memory_limit必须 ≥ 实际 SQL 文件解压后（含语句解析开销）的内存占用，保守起见设为文件大小的 2–3 倍 - 常见错误现象：页面白屏、无提示中断、Chrome 控制台显示 500 错误但无详细日志
- 宝塔面板用户注意：修改的是对应 PHP 版本的
php.ini，不是全局或 Apache/Nginx 的配置
怎么安全地调高 memory_limit
别只改一个值——必须同步确认 post_max_size 和 upload_max_filesize，否则上传阶段就失败。
- 进入宝塔 → 网站 → PHP 管理 → 对应版本 → 配置修改
- 找到并修改三处：
memory_limit = 1024M、post_max_size = 2048M、upload_max_filesize = 2048M（注意post_max_size ≥ upload_max_filesize） - 保存后务必点击「重启 PHP」，否则修改不生效
- 验证是否生效：新建一个
info.php放在网站根目录，内容为<?php phpinfo(); ?>，访问看对应项数值是否更新
即使调高了 memory_limit 还失败？检查 MySQL 层限制
PHP 内存够了，不代表 MySQL 能接住。大 SQL 中单条 INSERT 可能超长，触发 MySQL 的 max_allowed_packet 限制，报错类似 Packets larger than max_allowed_packet are not allowed。
- 登录 MySQL 执行：
SHOW VARIABLES LIKE 'max_allowed_packet'; - 临时调整（重启失效）：
SET GLOBAL max_allowed_packet = 536870912;（即 512M） - 永久生效需修改 MySQL 配置文件（如
/etc/my.cnf），在[mysqld]下加一行：max_allowed_packet = 512M，然后重启 MySQL - 注意：该值不能超过 PHP 的
memory_limit，否则 MySQL 接收前 PHP 就已崩溃
真正的大文件，别硬扛 phpMyAdmin
超过 200MB 的 SQL 文件，哪怕所有 PHP 和 MySQL 参数都调到位，仍可能因网络波动、浏览器超时或 phpMyAdmin 自身解析逻辑出错而失败。
立即学习“PHP免费学习笔记（深入）”；
- 优先用命令行：
mysql -u root -p database_name < /path/to/large.sql - 如果必须用 Web 界面，改用
$cfg['UploadDir']方式：FTP 上传 SQL 到 phpMyAdmin 同级的upload/目录，再通过下拉菜单选择——绕过 POST 上传限制，只受 PHP 解析内存约束 - 切记：调高
memory_limit是必要条件，但不是充分条件；它解决的是“能不能载入”，不解决“会不会中途崩”
