phpMyAdmin 导出卡顿或失败需同步调整 PHP 超时（max_execution_time）、Web 服务器超时（Nginx fastcgi_read_timeout 或 Apache Timeout）及 POST 大小限制（client_max_body_size 等），并优化导出设置（gzip、禁用扩展插入、分页导出），终极方案是改用命令行 mysqldump。
导出时直接卡住或报“Script timeout passed”
这不是 phpmyadmin 界面卡，而是 php 脚本在后台执行 mysqldump 或生成 sql 的过程被中断。默认 max_execution_time = 30 秒，百万级表导出常需数分钟，必然超时。
必须同步改三处：
-
max_execution_time改为600（10 分钟）或更高，确认改的是 Web SAPI 对应的php.ini（用phpinfo()查Loaded Configuration File） - 若用 PHP-FPM，检查
www.conf是否有php_admin_value[max_execution_time]—— 它会覆盖php.ini - Nginx 用户额外设
fastcgi_read_timeout 620；Apache 用户调高Timeout指令（默认常为 60）
导出页面空白或提示“413 Request Entity Too Large”
这根本不是 PHP 超时，是 Web 服务器拦住了 POST 请求体。phpMyAdmin 导出本身不上传文件，但“导出设置提交”仍走 POST，而某些环境（尤其 Nginx + Cloudflare）对 POST 大小有限制。
检查并调整：
- Nginx：
client_max_body_size需设为至少2G（如client_max_body_size 2147483647;），位置在http、server或location块 - IIS：修改
applicationhost.config中<requestLimits maxAllowedContentLength="2147483647"/> - Cloudflare 免费版硬性限制 100 秒响应 + 100MB 文件，无法绕过，必须直连或升级
导出后 SQL 文件巨大、导入失败或浏览器崩溃
phpMyAdmin 默认把整张表读进内存再拼 SQL，百万行 TEXT 字段极易触发 memory_limit 溢出，且生成的 INSERT 语句可能单条超 max_allowed_packet（MySQL 默认 4MB）。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 导出时勾选
gzip压缩 —— 不仅减小体积，还能降低传输和内存压力 - 禁用
Extended inserts（即取消勾选 “使用扩展插入”）：避免单条 INSERT 包含上万行，防止 MySQL 拒收 - 在 phpMyAdmin
config.inc.php中加：$cfg['Export']['asfile'] = true;和$cfg['Export']['compression'] = 'gzip';，强制走文件下载而非内联输出 - 更稳妥方式：跳过界面，用命令行
mysqldump --quick --single-transaction -u root -p database table > table.sql.gz
导出内容不全或漏数据
常见于大表未加 LIMIT 或未指定 WHERE 条件，phpMyAdmin 默认只取前 $cfg['maxrows'] 行（默认可能是 500 或 0 表示不限，但“不限”反而因内存耗尽导致截断）。
关键动作：
- 手动设
$cfg['maxrows'] = 1000;（别设 0），配合分页导出 - 导出前在 SQL 窗口写明确查询：
SELECT * FROM huge_table WHERE id BETWEEN 1 AND 100000;，再点“导出” - 避免用
LIMIT offset, size分片（性能随 offset 增长急剧恶化），改用主键区间：WHERE id > 100000 AND id <= 200000 - 确认字符集一致：导出时选
utf8mb4，并在 SQL 文件头加SET NAMES utf8mb4;
真正卡点不在“怎么点按钮”，而在导出逻辑本身——phpMyAdmin 是为交互设计的，不是为百万行管道作业准备的。哪怕所有参数都调对，它仍要加载元数据、渲染 HTML 表头、做字段类型推断。最稳的路径永远是：用命令行 mysqldump 导出，用 mysql 命令行导入，phpMyAdmin 只用来查结构、跑小查询、改配置。
