phpmyadmin 导出页无bzip2选项，主因是php未启用bz2扩展或版本不支持（5.2+已移除）；需通过phpinfo()确认扩展状态，并检查phpmyadmin版本。
phpMyAdmin 导出页没看到 bzip2 选项，通常是因为 PHP 缺少 bzip2 扩展
不是界面藏得深，也不是版本故意删了——bzip2 压缩功能依赖 PHP 的 bz2 扩展是否启用。如果 phpinfo() 里搜不到 bz2 模块，导出页就根本不会显示 bzip2 选项，连勾选机会都没有。
检查方法很简单：在 phpMyAdmin 同服务器建个 info.php，内容为 <?php phpinfo(); ?>，浏览器访问它，Ctrl+F 搜 bz2。没结果？那就是扩展没装或没启用。
- Debian/Ubuntu：
sudo apt install php-bz2 && sudo systemctl reload apache2（或php-fpm） - CentOS/RHEL：
sudo yum install php-bz2或dnf install php-bz2，然后重启 Web 服务 - 确认
extension=bz2.so出现在php.ini中，且没被分号注释 - 改完配置后必须重启 PHP 进程，仅 reload Web 服务不够
即使装了 bz2 扩展，导出页仍不显示 bzip2 —— 可能是 phpMyAdmin 版本太新或太旧
phpMyAdmin 从 4.8 开始逐步弱化对 bzip2 的前端支持，5.0+ 默认只保留 gzip 和 none；而太老的版本（如 4.0.x）虽然支持，但要求 PHP 必须同时启用 zlib 和 bz2，缺一不可。
你看到的导出格式下拉菜单，实际由 $cfg['CompressOnFly'] 和底层函数 extension_loaded('bz2') 共同决定。只要其中任一环节失败，bzip2 就不会渲染出来。
- 查 phpMyAdmin 版本：首页左下角或
README文件 - 5.2+ 版本基本已移除 bzip2 前端选项，官方建议用 gzip + 更高压缩比参数替代
- 若坚持要用 bzip2，可手动压缩导出的 SQL 文件：
bzip2 -9 database.sql - 注意：phpMyAdmin 导出页的「压缩」只是客户端下载前打包，不影响 SQL 内容本身
导出时选了 bzip2 却解压失败：常见错误是 tar + bzip2 混用导致命令错配
导出页选 bzip2，得到的是纯 .sql.bz2 文件，不是 .tar.bz2。很多人误用 tar -xjf file.sql.bz2，结果报错 tar: Archive is compressed. Use -j option 或更奇怪的 Cannot exec bzip2: No such file or directory。
本质是混淆了两种封装方式：phpMyAdmin 的 bzip2 是直接压缩单文件，而 tar -j 是先归档再用 bzip2 压缩。两者不能互换命令。
- 正确解压 phpMyAdmin 导出的
.sql.bz2：bunzip2 file.sql.bz2或lbunzip2 file.sql.bz2 - 如果非要用 tar 命令，得加
-j且确保输入是.tar.bz2，不是.sql.bz2 - 验证文件类型：
file -i file.sql.bz2应返回application/x-bzip2，而非x-tar - 部分云主机禁用
bzip2命令，此时只能换到本地解压，或改用 gzip 导出
替代方案比死磕 bzip2 更实际
除非你明确需要 bzip2 的高压缩比（比如带大量重复文本的日志表），否则 gzip 在速度、兼容性和 phpMyAdmin 支持度上都更稳。现代 phpMyAdmin 对 gzip 的集成是开箱即用的，连扩展检查都更宽松。
- 导出页选
gzipped→ 得到.sql.gz→ 解压用gunzip或gzip -d - 大库导出卡顿？优先调
$cfg['ExecTimeLimit'] = 0和memory_limit，而不是换压缩算法 - 真正要迁移整库，
mysqldump -u user -p --compress database | gzip > db.sql.gz更可靠，绕过 phpMyAdmin 限制 - bzip2 的 .bz2 文件在 Windows 上默认打不开，而 .gz 几乎所有解压工具都认
phpinfo() 和版本号——90% 的问题卡在这两步。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
