phpMyAdmin导出页无「压缩」菜单，因zlib/zip扩展未启用或$cfg['EnableGzipDump']/$cfg['EnableZipDump']设为false；TempDir不可写、XAMPP默认禁用扩展或PHP配置不一致亦会导致该控件消失。
phpMyAdmin 导出页找不到「压缩」下拉菜单
不是界面藏得深，而是功能被禁用或依赖缺失。phpmyadmin 的「压缩」控件只在满足全部条件时才显示：php 的 zlib 扩展必须启用（gzip 依赖它），zip 扩展必须启用（zip 依赖它），且配置项 $cfg['enablegzipdump'] 和 $cfg['enablezipdump'] 均为 true。任意一项不满足，整个「压缩」区域就直接消失——你不会看到灰掉的选项，而是根本看不到那个控件。
- 检查
zlib：运行php -m | grep zlib，无输出说明未启用 - 检查
zip：运行php -m | grep zip，Debian/Ubuntu 还需确认已安装php-zip包 - 查配置：打开
config.inc.php，确认没有$cfg['EnableGzipDump'] = false;这类显式禁用语句
导出页面有「压缩」复选框但无法勾选或下拉为空
常见于 phpMyAdmin 5.2+ 版本，根本原因是 $cfg['TempDir'] 配置错误或目录不可写。压缩过程需要先生成临时文件再打包，如果 TempDir 指向的路径不存在、权限不足，或 PHP 进程无写入权限，phpMyAdmin 会静默禁用压缩控件（不报错，也不提示）。
- 确认
$cfg['TempDir']值（如'/var/lib/phpmyadmin/tmp'）真实存在 - 执行
ls -ld /var/lib/phpmyadmin/tmp，确保 Web 用户（如www-data或apache）有读写权限 - 若使用 XAMPP/MAMP，
TempDir默认指向tmp子目录，但 Windows 下常因 UAC 或路径空格导致失败，建议手动指定绝对路径并测试写入
勾选 GZIP 后导出仍是未压缩的 .sql 文件
压缩逻辑在服务端完成，但触发条件很实际：数据量太小（例如不到 1KB）时，GZIP 压缩后字节可能反而略增，部分 phpMyAdmin 版本（尤其是 5.1.x）会自动跳过压缩，且完全不提示。这不是 bug，是 zlib 的行为特性——它不会对极小内容强行压缩。
- 用
file backup.sql.gz检查文件类型，若返回ASCII text而非gzip compressed data，说明压根没走压缩流程 - 导出前加一条测试数据（比如插入一行 dummy 记录），凑够几 KB 再试
- 更可靠的方式是关掉 phpMyAdmin 压缩，导出纯
.sql，再本地用gzip backup.sql手动压缩——体积差异几乎一致，且完全可控
为什么 XAMPP 环境下 ZIP/GZIP 选项尤其容易失效
XAMPP 自带的 PHP 是精简编译版，默认不启用 zip 和 zlib 扩展，且 php.ini 中对应 extension= 行大多被注释。更隐蔽的问题是：XAMPP 的 Apache 和 CLI PHP 可能加载不同 php.ini，你在命令行 php -m 看到 zip 已启用，不代表 Apache 实际用了同一份配置。
- 在 phpMyAdmin 页面底部点「更多»」→「PHP Information」，搜索
Loaded Configuration File，确认该路径下的php.ini是否启用了扩展 - Windows 下注意扩展名：PHP 7.x 用
php_zip.dll，PHP 8.x 可能是zip.dll，路径必须与extension_dir完全匹配 - 改完
php.ini后，必须重启 Apache（不只是刷新页面），否则一切配置无效
mysqldump -u user -p db | gzip > backup.sql.gz ——绕过所有 Web 层，也避开所有隐藏判断逻辑。 
