有关备份压缩的概述，请参阅 第 4.3.4 节，“制作压缩备份”。
以压缩格式创建备份。对于常规备份，在MySQL支持的所有存储引擎中，只有InnoDB格式的数据文件被压缩，
.ibz压缩后的扩展名。同样，对于单镜像备份，只压缩备份镜像内部InnoDB格式的数据文件。.bz当包含在压缩备份中时， 二进制日志和中继日志文件被压缩并以扩展名保存。您不能将
--compress选项与选项一起使用--incremental-with-redo-log-only。默认值：禁用压缩。
-
命令行格式 --compress-method=ALGORITHM类型 枚举 默认值 lz4有效值 zliblz4lzmapunch-holenone指定备份压缩算法，或启用对 InnoDB 透明页面压缩的支持。该选项支持的参数及其表示的算法是：
lz4: LZ4 r109。在支持的三种压缩算法中，这是最有效的一种，通常以最低的 CPU 成本进行最短的备份和恢复时间。 有关详细信息，包括与其他压缩算法的比较， 请参阅 lz4—极速压缩算法。lzma：LZMA 9.20。在三种受支持的压缩算法中，这通常提供最高的压缩率；但就 CPU 成本而言，它也比其他两个选项贵得多。因此，我们不建议将此用于活动系统，但仅适用于下班时间或非活动数据库，或者 I/O 率极低的情况。zlib: ZLIB v1.2.3。这在速度和压缩比方面介于其他两种支持的压缩算法之间。ZLIB 是 3.10 之前的 MySQL Enterprise Backup 版本唯一可用的压缩算法。punch-hole：（对于 MySQL Enterprise Backup 8.0.13 及更高版本）启用对 用于目录备份的 InnoDB 表的透明页面压缩的支持，这意味着当mysqlbackup备份或还原操作的目标平台支持打孔时， mysqlbackup保留打孔它传输的页面压缩的 InnoDB 文件。限制：在以下情况下不支持该功能，从 InnoDB 文件中删除了打孔：
当启用该功能但打孔失败时， mysqlbackup会在操作完成后发出警告信息；例如：
WARNING: "Punch hole" operation failed.或者：
WARNING: InnoDB datafiles in the backup are larger than in the source because of missing sparse file support.可以进行备份
--compress-method=punch-hole，然后在不使用该功能的情况下进行恢复；反之亦然：未使用的备份--compress-method=punch-hole可以在以后使用该功能恢复。笔记punch-hole--compress-method是一个带有支持透明页面压缩选项 的特殊参数 。当与任何其他mysqlbackup压缩选项--compress-method=punch-hole一起使用时被忽略 。none: 没有压缩。
默认值：lz4。通过配置文件或命令行明确指定选项以外的值
punch-hole会自动启用该--compress选项。 -
命令行格式 --compress-level=LEVEL类型 数字 默认值 1最小值 0最大值 9指定压缩级别，范围从 “ 0 ”到“ 9 ”：“ 0 ”禁用压缩；“ 1 ”是最快的压缩，“ 9 ”是最高（也是最慢）的压缩。该选项仅对使用 ZLIB 或 LZMA 算法的压缩有意义；it is ignored when any other algorithms are selected by the
--compress-methodoption.默认值：1（最低和最快的压缩）。通过配置文件或命令行显式指定一个非零值会自动启用该
--compress选项。 对于 MySQL Enterprise Backup 8.0.20 及更早版本： 当与
copy-back、copy-back-and-apply-log、apply-log和apply-incremental-backup在操作期间对压缩备份执行解压缩（MySQL Enterprise Backup 8.0.21 及更高版本不再需要该选项）。对于 MySQL Enterprise Backup 8.0.18 及更高版本：与
extract操作一起使用时，解压缩从压缩的单文件备份中提取的文件（使用该选项时，MySQL Enterprise Backup 8.0.21 及更高版本不需要该--src-entry选项）。