phpMyAdmin 导出超大表易内存溢出，应改用 mysqldump 命令行工具；关键参数包括 --single-transaction、--quick、--skip-lock-tables 和 --compress；导出时建议 gzip 压缩或按行分卷，避免单文件过大。
导出时卡死或报内存溢出错误
phpmyadmin 默认用 php 脚本加载整张表数据到内存再生成导出文件，遇到几百万行的表，memory_limit 很快耗尽，常见错误是 fatal error: allowed memory size of xxx bytes exhausted，或者浏览器长时间无响应。这不是配置调高就能解决的问题——php 进程本身不适合做大数据流式处理。
实操建议：
- 不要在 phpMyAdmin 界面点击“导出”按钮直接操作超大表（尤其 >10 万行）
- 确认表大小：先执行
SELECT COUNT(*) FROM table_name和SHOW TABLE STATUS LIKE 'table_name'查看行数和Data_length - 若行数 ≥ 50 万，优先放弃 phpMyAdmin GUI 导出，转向命令行
mysqldump 是更可靠的选择
真正能稳定导出超大表的是 mysqldump 命令，它不依赖 PHP 内存，而是由 MySQL 服务端逐块读取、管道输出，支持压缩、分片、跳过锁表等关键能力。
常用安全导出命令示例：
mysqldump --single-transaction --skip-lock-tables --quick --compress -u root -p database_name table_name > table_name.sql
关键参数说明：
-
--single-transaction：对 InnoDB 表做一致性快照，避免锁表（MyISAM 不支持） -
--quick：强制逐行读取，防止客户端缓存整结果集（核心！否则仍可能 OOM） -
--skip-lock-tables：显式跳过LOCK TABLES，配合--single-transaction更稳妥 -
--compress：启用客户端/服务端压缩，减少网络传输量（尤其远程导出）
导出文件过大时如何分卷或压缩
单个 SQL 文件超过几百 MB 后，不仅难传输，导入时也容易失败（如 phpMyAdmin 上传限制、MySQL max_allowed_packet 溢出）。需要主动拆分或压缩。
推荐做法：
- 用
gzip实时压缩：mysqldump ... | gzip > table_name.sql.gz - 按行数分卷（适合后续增量导入）：
mysqldump ... --where="id BETWEEN 1 AND 100000" > part1.sql，再换范围 - 导出为 CSV 更省空间（但丢失建表语句和索引）：
mysqldump --tab=/tmp --fields-terminated-by=',' database_name table_name，注意该路径需 MySQL 进程有写权限
无法登录服务器？尝试用 phpMyAdmin 的“自定义导出”临时绕过
极少数环境完全无法接触命令行（如共享主机），只能硬着头皮用 phpMyAdmin —— 此时唯一可行方案是关闭“结构和数据”全选，只导出数据，并启用“将整个数据库保存在单个文件中”以外的选项。
具体操作：
- 进入表页面 → “导出” → 选择“自定义” → 取消勾选
CREATE TABLE和INSERT SELECT（改用INSERT） - 在“导出方式”里选
将数据保存为文件，并勾选压缩（gzip 或 zip） - 最关键：滚动到底部，“格式特定选项”中把
最大数量的记录数改成50000，启用分割文件，这样会生成多个小文件
这招不能解决根本问题，但能把一次 OOM 拆成多次可控请求。实际成功率取决于服务器 PHP 配置和表索引情况，导出中途断连很常见，务必检查生成文件的完整性。
真正的大表迁移，绕不开命令行和权限。别在 phpMyAdmin 里硬扛，那不是它的设计场景。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
