phpMyAdmin 不自动 gzip/bzip2 压缩 HTTP 上传请求，仅支持上传后解压解析 .sql.gz/.sql.bz2 文件；提速需改用命令行 zcat/bzcat 管道导入或配置 $cfg['UploadDir'] 服务端本地读取。
phpmyadmin 原生支持 bzip2/gzip 导入，但默认不启用压缩传输加速——它只解压本地上传的 .sql.bz2 或 .sql.gz 文件，不走 http 压缩通道。
phpMyAdmin 上传时是否自动用 gzip/bzip2 压缩 HTTP 请求？
不会。浏览器上传文件时，multipart/form-data 请求体本身不被浏览器或 phpMyAdmin 自动 gzip；HTTP 层面的 Content-Encoding: gzip 在文件上传中几乎从不生效（RFC 不鼓励，主流服务端如 PHP 的 $_FILES 机制也不处理）。
- 你看到的「支持 .gz/.bz2」仅指：上传后，phpMyAdmin 用
gzopen()或bzopen()读取并逐行解析压缩 SQL，节省内存，但上传过程仍是明文、未压缩的字节流 - 如果 SQL 文件 200MB，上传阶段就传 200MB，和解压后大小基本一致
- 真正能减少上传时间的，是前置在 Web 服务器层开启
gzip响应压缩（对 HTML/CSS/JS 有效），但对POST /import.php这类上传接口无效
怎样让大 SQL 导入实际变快？绕过 phpMyAdmin 上传限制
核心思路：不走 Web 表单上传，改用命令行直连 MySQL，由服务端本地读取已压缩文件。
- 把
dump.sql.gz用scp或rsync传到数据库服务器（比如/tmp/dump.sql.gz） - 在服务器上执行：
zcat /tmp/dump.sql.gz | mysql -u root -p database_name（zcat适用于 gzip；bzip2 用bzcat） - 避免了 PHP 的
upload_max_filesize和post_max_size限制，也跳过了 phpMyAdmin 的内存解析瓶颈 - 若必须用 phpMyAdmin 界面操作，可先用
gunzip解压再上传——但仅当文件小于 128MB 且服务器允许时才现实
phpMyAdmin 配置里哪些项影响压缩导入行为？
关键配置都在 config.inc.php，但它们只控制「能否识别压缩文件」，不改变传输方式。
-
$cfg['UploadDir']：设为非空值（如'/var/lib/phpmyadmin/upload'）后，界面会多出「从服务器上传目录选择」按钮，可直接导入/var/lib/phpmyadmin/upload/dump.sql.gz—— 此时是服务端本地读取，绕过上传，真正提速 -
$cfg['SaveDir']控制导出路径，和导入无关 - PHP 必须启用
zlib（gzopen）和/或bz2（bzopen）扩展，否则点开.gz文件会报错Call to undefined function gzopen() - 注意权限：
UploadDir目录需被 web server 用户（如www-data）可读，且不能在 web root 下暴露
真正卡住导入速度的，从来不是 phpMyAdmin 能不能解压，而是上传链路没压缩、MySQL 写入没调优、或者你误以为浏览器点了「上传」就等于「服务端已接收」——其实那只是开始。
立即学习“PHP免费学习笔记（深入）”；
