phpMyAdmin 5.2 导出大表失败主因是内存不足：其默认将全表数据载入 PHP 内存再格式化，而非流式或分页导出；解决需改用 mysqldump、启用分页导出或 SELECT INTO OUTFILE。
直接导出超 100MB 的 InnoDB 表大概率失败——phpMyAdmin 5.2 默认用内存缓冲整个结果集，不是分页查，也不是流式导出。
为什么点击“导出”后卡住或报 Allowed memory size exhausted？
phpMyAdmin 5.2 的导出逻辑是：先执行 SELECT * FROM table_name，把全部数据加载进 PHP 内存，再格式化（如 CSV/SQL）并输出。InnoDB 表即使只有几百万行，实际数据体积也可能远超 PHP 的 memory_limit（默认常为 128M 或 256M）。
- 不是数据库连接超时，而是 PHP 进程被 OOM killer 杀掉或主动中止
-
max_execution_time超时会报Maximum execution time exceeded，但更常见的是内存耗尽 - 即使调高
memory_limit，也治标不治本：导出 2GB 表需要至少 2GB+ PHP 内存，服务器通常不允许
绕过 phpMyAdmin 导出限制的三个可行路径
核心思路：不让 phpMyAdmin 承担数据读取和拼接压力，改用底层工具或分块策略。
-
首选：用
mysqldump命令行直连导出（最稳、最快、支持压缩）。确保你有服务器 SSH 权限和 MySQL 用户的SELECT+LOCK TABLES权限：mysqldump -u username -p --single-transaction --skip-triggers database_name table_name > table_name.sql
加--single-transaction可避免锁表，适合活跃的 InnoDB 表；--skip-triggers防止导出触发器干扰（若不需要） -
次选：在 phpMyAdmin 中启用“分页导出”（仅限 SQL 格式）：导出页勾选
Custom export method→ 开启Display all rows下方的Limit output to，填入50000左右，再手动翻页多次导出（注意：CSV/JSON 等格式不支持此选项） -
临时救急：用
SELECT ... INTO OUTFILE（需 MySQL 有FILE权限且secure_file_priv允许写入）：SELECT * FROM table_name INTO OUTFILE '/var/lib/mysql-files/table_name.csv' FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\n';
导出后需手动下载该文件（不在 web 目录下，得靠 FTP/SCP）
如果必须用 phpMyAdmin Web 界面，这些配置要提前检查
phpMyAdmin 本身不控制导出内存，它依赖底层 PHP 和 MySQL 设置。以下三项不调好，点导出还是挂：
立即学习“PHP免费学习笔记（深入）”；
- PHP 的
memory_limit至少设为512M（修改php.ini后重启 PHP-FPM 或 Apache） - MySQL 的
max_allowed_packet建议 ≥256M（太小会导致大 BLOB 字段截断） - phpMyAdmin 配置中确认
$cfg['ExecTimeLimit'] = 0;（禁用脚本超时），否则即使内存够也会被掐断 - 注意：
$cfg['SaveDir']若未设置，CSV 导出可能失败（phpMyAdmin 试图写临时文件但无权限）
真正麻烦的不是“怎么点导出”，而是 InnoDB 表的数据量已经超出 phpMyAdmin 的设计承载边界。能用命令行就别硬扛 Web 界面——尤其当表里有 TEXT、BLOB 或长 JSON 字段时，内存膨胀比行数增长快得多。
