phpMyAdmin 导入大SQL文件内存溢出的根本原因是上传和解析均依赖PHP全量内存加载，受upload_max_filesize、post_max_size及PMA_SQP一次性tokenize限制；有效方案是绕过Web界面，改用mysql命令行source或管道导入。
phpMyAdmin 导入大 SQL 文件时内存爆掉，根本原因是 ini_set('memory_limit') 没用对地方
phpmyadmin 默认走 php 的 $_files 上传流 + 全文件读入内存再解析，哪怕你调高了 memory_limit，它也会在 upload_max_filesize 和 post_max_size 两道关卡前失败。更关键的是：phpmyadmin 本身不直接控制 sql 解析粒度，它依赖底层的 pma_sqp（sql parser）模块做一次性 tokenize，这个过程不支持流式切片。
- 上传阶段就卡在 PHP 配置限制，不是 phpMyAdmin 能绕过的
-
ini_set('memory_limit', '512M')在config.inc.php里写无效——因为上传逻辑发生在配置加载前 - 即使文件勉强传上去，
PMA_SQP::parse()会把整个 SQL 字符串 load 进内存 tokenize，遇到百万行 INSERT 就崩
真正能起效的分块导入方式：绕过 phpMyAdmin 上传界面，用 mysql 命令行 + source 或管道
phpMyAdmin 的“导入”页本质是 Web 封装，不是执行引擎。要处理 >20MB 的 SQL 文件，必须跳出去，让 MySQL 自己按需读取磁盘。这是唯一稳定、低内存、可控的方式。
- 先确认你的服务器允许 shell 访问：
which mysql和mysql --version能正常返回 - 登录后直接
source /path/to/large.sql—— MySQL 客户端自带缓冲，不会把整文件读进 PHP 内存 - 或者用管道：
mysql -u root -p database_name ，同样不经过 PHP - 如果 SQL 文件含
CREATE DATABASE或权限语句，注意加--force参数避免中途退出
$cfg['UploadDir'] 不是“上传目录”，而是“预置 SQL 文件选择目录”，别指望它帮你减内存
很多人以为配了 $cfg['UploadDir'] = '/var/lib/phpmyadmin/upload'; 就能上传大文件，其实它只开放一个文件选择下拉框，列出该目录下所有 .sql 文件供点击执行——文件仍是全量读入 PHP 内存解析，和 Web 上传无本质区别。
- 该目录权限必须是 webserver 可读（如
www-data），否则列表为空 - 文件仍经由
PMA_SQP::parse()处理，内存压力一点没少 - 它唯一价值是规避 HTTP 上传限制，但没解决核心的解析内存问题
- 若真要用，建议只放已拆分好的小文件（≤2MB），并配合
SET SESSION max_allowed_packet = 268435456;
硬要改 phpMyAdmin 源码？重点盯死 PMA_SQP 的 parse() 和 tokenize() 调用链
官方从 4.9 开始尝试引入分块 tokenization，但默认关闭且未暴露配置开关。如果你有维护能力，可定位到 libraries/classes/SqlParser/Parser.php 中的 parse() 方法，它内部调用 tokenize() 时传入的是完整 $sql 字符串。
- 强行改的话，得把
$sql按;切成语句块（注意处理字符串内分号、注释、多行函数体） - 每块单独
tokenize()→analyze()→ 执行，避免长事务锁表 - MySQL 5.7+ 支持
LOAD DATA INFILE，比 INSERT 快 10 倍以上，优先考虑导出为 CSV + 用这个导入 - 改完必须重测
DELIMITER $$、存储过程、触发器等边界场景，PMA_SQP对嵌套结构非常敏感
实际项目里，95% 的“大 SQL 导入”需求，靠命令行 mysql 加合理拆分就能解决。纠结 phpMyAdmin 内存优化，往往是在修水管的同时给水龙头贴胶布。
立即学习“PHP免费学习笔记（深入）”；
