本质是PHP执行限制被触发，需调整max_execution_time、memory_limit和post_max_size；共享主机用户应改用UploadDir/SaveDir目录方案或直接mysqldump命令行导出。
导出大库时 phpMyAdmin 卡住或报超时，本质是 PHP 执行限制被触发
不是导出逻辑有问题，而是 max_execution_time、memory_limit 和 post_max_size 这几个 PHP 配置在后台默默拦住了你。哪怕你只导出 50MB 的库，只要表结构复杂或含大量 BLOB 字段，PHP 就可能在拼接 INSERT 语句时耗尽时间或内存。共享主机用户基本没权限改这些，所以别硬扛默认配置。
绕过 PHP 限制：用服务器本地目录保存和加载 SQL 文件
这是最稳定、无需改服务器配置的方案，核心是让 phpMyAdmin 把文件写到服务器磁盘，而不是走 HTTP 下载流。
- 编辑
phpMyAdmin/config.inc.php，添加或修改这两行：$cfg['UploadDir'] = 'upload';<br>$cfg['SaveDir'] = 'save';
- 在 phpMyAdmin 根目录下手动创建两个空文件夹：
upload/和save/，确保 Web 服务用户（如 www-data）有写权限 - 导出时，在“导出”页底部勾选「保存于服务器的
save/目录」，再点执行——文件会直接落地到save/，不经过浏览器下载链路 - 导入同理：把大 SQL 文件先 FTP 传进
upload/，导入页里从「网站服务器上载目录」下拉选择它
导出失败后仍只生成部分数据？检查 SQL 文件完整性
导出中途断掉，生成的 .sql 文件常是半截的：开头有 CREATE TABLE，结尾却卡在某条 INSERT 中间，甚至没有 COMMIT 或兼容性标记。这种文件导入必然报错。
- 用
head -n 20 backup.sql看前 20 行，确认有CREATE DATABASE或USE `xxx` - 用
tail -n 20 backup.sql看末尾，正常应以/*!40101 SET ... */;或-- Dump completed结束；如果停在INSERT INTO `table` VALUES (后面没闭合，说明导出中断了 - 对超大库（>50 万行），建议分表导出：在「自定义」模式下取消全选，一次只勾 2–3 个最大表，导完再导下一批
真要一步到位导出整个大库？放弃 phpMyAdmin，直接用 mysqldump
phpMyAdmin 是管理界面，不是备份工具。当库超过 200MB 或含 JSON/GENERATED 列时，mysqldump 是唯一靠谱选择，它不依赖 PHP，也不受超时影响。
立即学习“PHP免费学习笔记（深入）”；
- 命令示例：
mysqldump -u root -p --single-transaction --routines --triggers --set-gtid-purged=OFF database_name > full_backup.sql
-
--single-transaction关键参数：避免锁表，适合线上库边跑边备 - 导出后，用
gzip full_backup.sql压缩，体积通常能压到 1/3～1/5，后续传输和导入都更稳 - 注意：如果目标 MySQL 版本低于 5.7，去掉
--set-gtid-purged=OFF，否则导入会报错
导出超大库最易被忽略的一点：不要等 phpMyAdmin 自己“完成”，要看 save/ 目录下文件大小是否与预期匹配，以及末尾是否完整闭合。很多故障其实发生在你以为导完了，实际上最后一张表只导了一半。
