phpMyAdmin导出大表卡在“请等待”是因PHP超时、phpMyAdmin自身限制及Nginx代理超时共同导致，需同步调整max_execution_time、$cfg['ExecTimeLimit']和proxy_read_timeout，并优化memory_limit与max_input_vars，千万级数据应改用mysqldump命令行。
phpMyAdmin导出大表卡在“请等待”？先查 max_execution_time
这不是界面卡死，而是 php 主动中止了脚本。默认 max_execution_time = 30，导出百万行以上数据、启用压缩或勾选“结构+数据”时，30 秒根本不够用。
- 临时验证：在 phpMyAdmin 根目录建
info.php，内容为<?php echo ini_get('max_execution_time'); ?>，访问它看当前值 - 改
php.ini（不是 CLI 的那个！必须是phpinfo()显示的Loaded Configuration File路径） - 设为
max_execution_time = 300或更高；设为0表示不限制，但仅限临时导出，别长期开着 - 改完必须重启 PHP-FPM（
sudo systemctl restart php*-fpm）或 Apache（sudo systemctl restart apache2），reload 不生效
为什么调高 max_execution_time 还卡住？检查 $cfg['ExecTimeLimit']
phpMyAdmin 自己有一套执行时间限制，会覆盖 PHP 层设置。即使 max_execution_time 设为 600，只要 $cfg['ExecTimeLimit'] 是默认的 300，照样超时中断。
- 打开 phpMyAdmin 的
config.inc.php - 加一行：
$cfg['ExecTimeLimit'] = 600;（单位秒，建议略大于max_execution_time） - 这个值只对 phpMyAdmin 生效，不作用于其他 PHP 脚本，安全范围可控
- 无需重启服务，保存即生效
Nginx 反向代理下导出失败？proxy_read_timeout 很可能被忽略
PHP 没超时，Nginx 却先放弃了——这是 504 错误或“请等待”卡几秒后直接跳转的典型原因。
-
proxy_read_timeout控制 Nginx 等待 PHP-FPM 返回响应体的时间，默认常为 60 秒 - 必须在 Nginx 的
location ~ \.php$ { ... }块里配置，不能只写在http全局块 - 建议设为比
max_execution_time大 60 秒左右，例如：proxy_read_timeout 360; - 改完执行
nginx -t && nginx -s reload，别漏掉nginx -t验证语法
导出文件变大就白屏？memory_limit 和 max_input_vars 得一起调
导出大表时字段数暴增（比如含大量列、视图、触发器），PHP 会把整个表单结构读进内存解析，max_input_vars 默认 1000 就会直接报错；同时 memory_limit 不够则 OOM 白屏。
-
max_input_vars必须改：在同一个php.ini文件里取消注释并设为max_input_vars = 5000或更高 -
memory_limit至少设为512M；若含 BLOB 字段或导出 >100MB 数据，建议1G - 注意：
post_max_size必须 ≥upload_max_filesize，否则 POST 提交阶段就被拦住，连执行都进不去 - Windows 下用 phpEnv 的用户，还要确认
mysqldump.exe所在路径无空格、权限对IIS_IUSRS或LocalService开放
mysqldump 流式处理、不占 PHP 内存、不受 Web 超时影响——这才是生产环境该用的方式。 
