导出时卡死或超时本质是PHP脚本执行被中断；phpMyAdmin 5.2默认用PHP全量读取百万级表，触发max_execution_time或memory_limit限制，导致空白页或超时错误，应改用mysqldump命令行直连MySQL流式导出。
导出时卡死或超时，本质是 PHP 脚本执行被中断
phpMyAdmin 5.2 默认用 PHP 后端生成 SQL 导出文件，百万级表（比如 orders 超过 120 万行）触发 max_execution_time 或内存限制，常见表现是浏览器卡在“正在导出…”、返回空白页，或报错 Maximum execution time of 300 seconds exceeded。这不是 phpMyAdmin 界面问题，而是它调用的 PMA_export 流程撑不住。
- 别点“全选 → 导出”，哪怕勾了
Quick模式也一样会走 PHP 全量读取 -
Export method下拉里选Custom并开启Disable foreign key checks只能加速 SQL 解析，不解决数据读取瓶颈 - 真正有效的绕过方式是跳过 PHP 层，直连 MySQL 服务端导出
用 mysqldump 命令行替代 phpMyAdmin 导出
这是最稳、最快、可控性最强的方式——完全绕开 PHP 和 Web 服务器限制，由 MySQL 自己流式写入磁盘。你只需要有服务器 SSH 权限和对应数据库账号。
- 确保目标用户有
SELECT和LOCK TABLES权限（mysqldump默认加表锁，对线上读写影响小但非零） - 基础命令示例：
mysqldump -u dbuser -p dbname tablename --single-transaction --skip-triggers > /tmp/tablename.sql
-
--single-transaction对 InnoDB 表启用一致性快照，避免锁表；--skip-triggers防止导出触发器定义（通常不需要） - 如果表含 BLOB 或长文本，加
--hex-blob更安全；导出压缩文件可追加| gzip > tablename.sql.gz
phpMyAdmin 内部“部分导出”仅适合抽样，不能当真
phpMyAdmin 5.2 的“显示所有”页下方有个 Export 按钮，点开后能看到 Limit 输入框，填 0, 100000 这类值看似能分批导出，但它只是把当前页面查询结果导出，底层仍是 SELECT * FROM table LIMIT 0,100000 ——没有索引支持的 LIMIT 在百万级表上可能扫全表，且无法保证顺序和去重，两次导出极易漏数据或重复。
- 除非你明确知道主键连续、无删除，并手动拼
WHERE id BETWEEN 1 AND 100000，否则别信这个“分页导出” - 界面里勾选
Save as file+Compression: zipped不会减少内存占用，PHP 仍需把全部结果加载进内存再压缩 - 导出格式选
SQL比CSV更可靠：CSV 对换行符、引号、NULL 值处理容易出错，恢复时更难对齐
导出后验证首尾行和行数是否匹配
大文件导出完成不等于数据完整。尤其用 mysqldump 时，若中途网络断开或磁盘满，文件可能截断但无明显报错。
立即学习“PHP免费学习笔记（深入）”；
- 快速检查行数：
wc -l /tmp/tablename.sql
，对比SELECT COUNT(*) FROM tablename（注意：InnoDB 的COUNT(*)是估算值，但百万级误差通常 - 看开头是否有
CREATE TABLE和INSERT INTO，结尾是否有分号和UNLOCK TABLES（用了--lock-tables的话） - 用
head -n 20和tail -n 20扫一眼字段名和末尾几条数据，确认没乱码或截断
真正麻烦的是跨字符集场景：比如库是 utf8mb4 但终端 locale 是 C，mysqldump 可能静默转码失败。导出前先执行 SET NAMES utf8mb4 或加参数 --default-character-set=utf8mb4。
