导出空SQL文件的主因是mysqldump执行失败却被静默忽略，常见于路径未配置、权限不足、表损坏、max_allowed_packet过小或MySQL权限缺失。
导出时生成空 SQL 文件，先查 mysqldump 是否可用
phpmyadmin 导出本质是调用系统 mysqldump 命令（如果启用了该功能），不是纯 php 实现。如果导出结果为空但无报错，大概率是 mysqldump 执行失败却被静默吞掉了错误。
实操建议：
- 登录服务器，手动运行
mysqldump --user=root --password=xxx database_name table_name > test.sql，看是否能生成内容 - 检查
mysqldump是否在$PATH中（常见于 Docker 或精简版 Linux，如 Alpine 默认不带） - 确认 phpMyAdmin 配置中
$cfg['ExecDir']指向了正确的mysqldump所在目录（例如/usr/bin），且 PHP 进程有执行权限 - 若用的是容器环境，确保宿主机或镜像里装了
mysql-client包（Debian/Ubuntu）或mariadb-client（CentOS/RHEL）
导出空文件但提示“成功”，检查表是否被标记为 crashed
MySQL 表损坏不会总抛出明显错误，有时 SELECT 仍能返回部分数据，但 mysqldump 在读取表结构或遍历行时会跳过或中断，导致输出为空。
实操建议：
- 进 MySQL 执行
SHOW TABLE STATUS LIKE 'table_name';，重点看Comment列是否为Crashed - 对疑似损坏的表运行
REPAIR TABLE table_name;（仅 MyISAM 支持；InnoDB 一般靠崩溃恢复，需检查错误日志） - 若表是 InnoDB，检查 MySQL 错误日志中是否有
InnoDB: Database page corruption或ibdata1相关警告 - 临时绕过：在 phpMyAdmin 导出页面勾选「仅导出结构」，看是否能成功——如果结构能导出、数据不能，基本锁定是数据页层面问题
max_allowed_packet 太小导致导出截断成空文件
当单行数据超长（比如含大字段 TEXT、BLOB），而 MySQL 客户端或服务端的 max_allowed_packet 设置过小，mysqldump 可能中途断连，phpMyAdmin 却只收到空响应。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 在 phpMyAdmin 的「设置 → MySQL 连接」里查看当前值，或执行
SHOW VARIABLES LIKE 'max_allowed_packet'; - 临时增大：启动
mysqldump时加参数--max-allowed-packet=256M，并同步调整 MySQL 配置中的max_allowed_packet（服务端和客户端都要设） - 注意：PHP 的
post_max_size和upload_max_filesize不影响mysqldump导出，那是上传用的，别混淆 - 若用 phpMyAdmin 内置导出（非
mysqldump），则受 PHP 内存限制影响，需调大memory_limit
phpMyAdmin 权限不足但没报错，导出无声失败
phpMyAdmin 需要特定权限才能完整导出：除了常规 SELECT，还依赖 SHOW VIEW、LOCK TABLES、TRIGGER 等。权限缺失时，它可能跳过某些对象（如视图、触发器），甚至整个数据库直接返回空内容，界面却显示“导出完成”。
实操建议：
- 检查用户权限：执行
SHOW GRANTS FOR 'your_user'@'host';，确认包含SELECT, SHOW VIEW, LOCK TABLES, TRIGGER - 最小必要权限组合示例：
GRANT SELECT, SHOW VIEW, LOCK TABLES, TRIGGER ON `db_name`.* TO 'user'@'host'; - 避免用
GRANT ALL PRIVILEGES—— 某些托管环境会禁用高危权限，反而导致导出异常 - 如果只导出结构，
SELECT权限其实都不需要，但 phpMyAdmin 默认仍尝试查数据，所以仍可能失败
真正麻烦的不是导出失败，而是失败得没声没息。空文件背后可能是权限链断裂、二进制页损坏，或是配置项之间隐性冲突——比如你改了 MySQL 的 max_allowed_packet，却忘了同步更新 phpMyAdmin 调用 mysqldump 时传的参数。
