phpMyAdmin 不支持导出超2GB文件，因其基于PHP内存操作存在架构限制；应使用mysqldump命令行工具流式导出，并注意--single-transaction、路径规范、分块WHERE条件及导出后校验。
phpMyAdmin 本身不支持导出超2GB文件，别硬改
phpmyadmin 的导出功能基于 php 脚本运行，全程在内存中拼接 sql 字符串、读取表数据、生成文本流。一旦导出文件超过几百 mb，memory_limit 就会触发 oom（out of memory），进程直接崩溃；即使调高到 2g，php 还要处理字符编码转换、html 输出缓冲、超时校验等开销，实际撑不过 1.5gb。这不是配置能绕过的架构限制——它根本不是为导出超大库设计的。
导出前必须用 mysqldump 替代 phpMyAdmin
真正可行的方式是跳过 Web 层，直连 MySQL 协议生成 SQL 文件。mysqldump 是 C 写的命令行工具，不占 PHP 内存、不走 HTTP、不解析 SQL 结构，只做流式读写。你只需确保目标路径有足够磁盘空间，并加几个关键参数防乱码和断连：
mysqldump -u root -p --default-character-set=utf8mb4 --single-transaction --skip-triggers --routines=FALSE database_name > D:\backup\large_db.sql-
--single-transaction避免锁表，适合线上库（需 InnoDB） -
--skip-triggers和--routines=FALSE可大幅缩短导出时间，尤其当库含大量触发器或存储过程时 - Windows 下路径必须用英文、无空格，否则
mysqldump会静默失败
若必须分块导出，用 WHERE 条件切表而非依赖 phpMyAdmin
遇到单表超 10GB 的情况（比如日志表），mysqldump 仍可能因 longtext 字段或索引扫描卡住。这时不要指望 phpMyAdmin 的“部分导出”功能——它只是前端勾选，底层仍是全表读取。正确做法是手动分页导出：
- 先查主键范围：
SELECT MIN(id), MAX(id) FROM huge_table; - 再按区间导出：
mysqldump -u root -p database_name huge_table --where="id BETWEEN 1 AND 1000000" > part1.sql - 注意：WHERE 条件必须基于有索引的字段，否则
mysqldump会变全表扫描，速度暴跌
导出后文件校验比“成功提示”更关键
phpMyAdmin 导出页面最后显示 “Export completed successfully” 完全不可信——它只表示 PHP 没报错退出，不代表所有行都写入了磁盘。超大文件导出时，mysqldump 进程可能因磁盘满、权限不足或 Ctrl+C 中断而提前退出，末尾几 MB 数据丢失却无提示。务必执行：
- 对比行数：
mysql -u root -p -e "SELECT COUNT(*) FROM huge_table;" database_name和grep -c "^INSERT INTO \`huge_table\`" part1.sql - 检查文件结尾是否完整：
tail -n 20 large_db.sql看最后是否有UNLOCK TABLES;和COMMIT; - 导入前先用
head -n 100 large_db.sql确认开头有SET NAMES utf8mb4;或对应字符集声明
--single-transaction 导致锁表，以及 Windows 路径含中文或空格导致 mysqldump 静默失败——这两处不报错，但结果为空文件或部分数据。 
