phpMyAdmin 导出大数据库超时中断的主因是 PHP 执行超时、内存不足或 POST 限制，需调大 max_execution_time、memory_limit、post_max_size 和 upload_max_filesize，禁用压缩选项，或改用 mysqldump 命令行导出。
phpMyAdmin 在 XAMPP 中导出大数据库时触发 504 Gateway Timeout，根本原因不是 nginx 或反向代理——XAMPP 默认用的是 Apache，504 实际是浏览器或代理层误报，真实错误通常是 500 或直接中断，背后主因是 PHP 执行超时、内存不足或 POST 数据体限制。
调大 max_execution_time 和 memory_limit
phpMyAdmin 导出（尤其“自定义”格式+结构+数据+压缩）会一次性加载大量表信息并拼接 SQL，容易卡在 PHP 脚本执行阶段。XAMPP 的 PHP 配置默认保守：
-
max_execution_time = 30→ 改为300（5 分钟）或更高，视数据库大小而定 -
memory_limit = 128M→ 改为512M或-1（不设限，仅调试用） - 修改位置：
C:\xampp\php\php.ini（Windows）或/Applications/XAMPP/xamppfiles/etc/php.ini（macOS） - 改完必须重启 Apache，否则无效
放宽 post_max_size 和 upload_max_filesize
虽然导出不上传文件，但 phpMyAdmin 的“导出”页面提交的是一个含大量选项的 POST 请求（比如勾选几十张表、设置格式、压缩方式），其请求体可能远超默认值：
-
post_max_size = 8M→ 至少调到64M；它必须 ≥upload_max_filesize -
upload_max_filesize = 2M→ 同步改为64M（部分导出逻辑会复用上传路径逻辑） - 注意：这两个值影响所有 PHP 表单提交，不只是 phpMyAdmin
禁用 phpMyAdmin 的“快速导出”自动压缩
勾选“压缩”（如 gzip、zip）会让 phpMyAdmin 在 PHP 层做压缩运算，大幅增加 CPU 和内存压力，且无法流式处理——这是小内存机器上最常触发中断的操作：
立即学习“PHP免费学习笔记（深入）”；
- 导出时取消勾选
gzip、bzip2、zip等压缩选项 - 改用纯
SQL格式，导出后本地用 7-Zip / gzip 压缩更稳 - 如果必须压缩，优先选
zlib（PHP 内置，比 zip 轻量），但依然建议先关掉测试是否解决
终极方案：用命令行 mysqldump 替代界面导出
phpMyAdmin 是 Web 封装，本质还是调用 mysqldump。绕过 PHP 层限制最可靠：
- 打开终端，cd 到
C:\xampp\mysql\bin\（Windows）或/Applications/XAMPP/xamppfiles/bin/（macOS） - 执行：
mysqldump -u root -p --databases your_db_name > backup.sql - 加
--single-transaction（InnoDB 安全）、--skip-lock-tables（避免锁表失败） - 导出几百 MB 级别数据库时，命令行成功率接近 100%，且可加
| gzip > backup.sql.gz流式压缩
真正卡住的地方往往不在 timeout 数值本身，而是 PHP 内存耗尽后进程被系统 kill，Apache 日志里只记 “PID xxx killed by SIGKILL”，连错误都来不及输出。调参数只是治标，导出前先看 error_log 和 mysql_error.log，比盲目调数字有用得多。
