phpMyAdmin导出超时根本原因是其将全量数据加载至内存拼接SQL，非单纯max_execution_time限制；应禁用压缩与校验、设$cfg['ExecTimeLimit']=0，并优先改用mysqldump流式导出。
php 脚本执行超时不是导出失败的真正原因，而是 max_execution_time 限制了 php 处理请求的时间，而 phpmyadmin 的导出逻辑（尤其是「自定义」或「快速」模式）会把整个数据库读入内存再拼接 sql，大库必然超时。直接调大超时值治标不治本，还可能引发内存耗尽或 web 服务器中断连接。
改用「自定义」导出并禁用压缩和格式校验
phpMyAdmin 默认的「快速」导出会启用 gzip 压缩和 SQL 格式预检查，这两项在大数据量下非常耗时且容易触发超时。换成「自定义」导出后可手动关闭它们：
- 勾选「导出方式」→「自定义」
- 取消勾选「压缩」（避免
zlib或bzip2编码开销） - 取消勾选「验证数据」和「显示创建语句」（减少 SQL 构建阶段的额外查询）
- 在「格式特定选项」中，将「每条 INSERT 语句插入的行数」设为
1000或更低（降低单次 SQL 字符串长度，缓解内存压力）
调整 phpMyAdmin 配置绕过 PHP 超时限制
phpMyAdmin 本身提供了一个更底层的规避机制：通过 $cfg['ExecTimeLimit'] 控制导出脚本的执行时间上限，该设置优先于 PHP 的 max_execution_time。修改 config.inc.php：
$cfg['ExecTimeLimit'] = 0;
注意：0 表示不限制，但仅对 phpMyAdmin 自身的导出逻辑生效；Web 服务器（如 Nginx 的 fastcgi_read_timeout 或 Apache 的 Timeout）仍可能中断连接，需同步检查。
用 mysqldump 替代 phpMyAdmin 导出（推荐）
phpMyAdmin 是 Web 界面工具，本质不适合处理 GB 级数据库。真正可靠的方式是跳过它，直接使用命令行 mysqldump：
立即学习“PHP免费学习笔记（深入）”；
- 登录服务器终端，执行：
mysqldump -u root -p --single-transaction --skip-triggers --no-tablespaces database_name > backup.sql
-
--single-transaction保证一致性且不锁表（适用于 InnoDB） -
--skip-triggers和--no-tablespaces减少输出体积和解析负担 - 若磁盘空间紧张，可管道压缩：
mysqldump ... | gzip > backup.sql.gz
- 导出完成后，用
scp或rsync下载到本地，比浏览器下载稳定得多
真正卡住的往往不是 PHP 超时，而是 phpMyAdmin 把所有数据加载进 PHP 内存再生成 SQL 字符串这个设计本身。哪怕你把 max_execution_time 设成 3600，只要数据库超过 500MB，大概率还是内存溢出或被 Web 服务器 kill 掉。用 mysqldump 是唯一可控、可预测、能加进度反馈的方式。
