phpMyAdmin导出千万级数据必然中断，因其底层用PHP脚本边查边拼SQL，内存与执行时间双重硬限；根本原因是SELECT *未加LIMIT导致MySQL全量返回、PHP逐行加载超10GB内存溢出、浏览器因无响应报Network Error；必须改用mysqldump --quick --single-transaction等命令行方案。
phpMyAdmin 导出千万级数据必然中断，不是配置调得不够高，而是它根本不适合干这事——底层是 PHP 脚本边查边拼 SQL 字符串，内存和执行时间双重硬限，一碰大表就崩。
为什么导出千万行一定会中断
本质是三层失控叠加：
-
SELECT *没加LIMIT，MySQL 把全部行发给 PHP 进程 - PHP 用
mysql_fetch_array()（或 PDO 等效）逐行读入内存，每行 1KB × 1000 万 = 至少 10GB 内存，远超memory_limit - 生成的 HTML 或 SQL 文本在 PHP 中拼接完成才返回，浏览器收不到响应就报
Network Error，实际是 PHP 进程被max_execution_time杀掉或 OOM
这不是“慢”，是架构性不可行。哪怕你把 memory_limit 设成 4G、max_execution_time 设成 0，PHP 进程仍会因内存碎片、输出缓冲溢出或 Web 服务器（如 Nginx 的 proxy_read_timeout）主动断连。
导出前必须确认的三项权限与配置
就算改了 PHP 配置，缺以下任意一项，phpMyAdmin 导出仍会在第一步静默失败：
立即学习“PHP免费学习笔记（深入）”；
- MySQL 用户必须有
LOCK TABLES权限（Custom 导出默认启用锁表）：SHOW GRANTS FOR CURRENT_USER;中要含GRANT SELECT, LOCK TABLES ON *.* -
$cfg['ExecTimeLimit'] = 0;必须写在config.inc.php顶部（不是底部），且不能被后续代码覆盖 -
$cfg['SaveDir']目录存在、可写，且属主是 Web 进程用户（如www-data），否则选“保存到服务器”直接无声失败
共享主机用户通常无法授予权限，此时应放弃 Custom 模式，改用命令行或分表导出。
真正能跑通的替代方案：mysqldump + 关键参数
对千万级表，唯一稳定路径是绕过 phpMyAdmin，用 MySQL 原生命令行工具：
mysqldump --single-transaction --quick --skip-lock-tables -u root -p database_name table_name > table_name.sql
关键参数作用：
-
--quick：强制逐行读取，不缓存整结果集（没它，mysqldump自己也会 OOM） -
--single-transaction：InnoDB 表一致性快照，避免锁表（MyISAM 不支持，需停写） -
--skip-lock-tables：显式跳过LOCK TABLES，配合--single-transaction更安全 - 导出后立刻验证：
tail -n 20 table_name.sql | grep COMMIT—— 正常结尾应有COMMIT;和UNLOCK TABLES;
导出文件是否截断？30 秒就能验
phpMyAdmin 中断不会报错，只会给你一个残缺的 .sql 文件。别信“进度条走完了”：
- 打开导出文件，搜索
COMMIT;—— 它必须出现在文件末尾附近；若完全找不到，或只在中间出现一次，说明导出被截断 - 搜索
CREATE TABLE的数量：grep -c "CREATE TABLE" file.sql，和 phpMyAdmin 左侧数据库名后括号里的表数比对 - 若导出的是压缩包（.gz/.zip），先解压再查；压缩本身会消耗额外内存，大库建议不压缩直接导出
最易被忽略的是：即使导出界面显示“成功”，只要没手动验证 COMMIT 位置和表数量，就不能认为导出完整——这是线上事故最高发环节。
