有关备份压缩的概述,请参见第4.3.4节,“进行压缩备份”.
创建压缩格式的备份。对于常规的备份,在MySQL支持的所有存储引擎中,只有InnoDB格式的数据文件是压缩的,并且它们携带
.ibz
拉伸后压缩。类似地,对于单映像备份,只压缩备份映像中InnoDB格式的数据文件。二进制日志和中继日志文件被压缩保存在.bz
扩展时,包括在压缩备份。您不能使用
——压缩
选项连同——incremental-with-redo-log-only
选择。默认值:不启用压缩。
-
命令行格式 ——进行压缩=算法
类型 枚举 默认值 lz4
有效值 zlib
lz4
lzma
穿孔
没有一个
备份压缩算法或启用对InnoDB的支持透明页面压缩.该选项支持的参数及其表示的算法为:
lz4
: LZ4 r109。在支持的三种压缩算法中,这是最有效的一种,通常使用最短的备份和恢复时间和最低的CPU成本。看到极度快速压缩算法有关更多细节,包括与其他压缩算法的比较。lzma
: LZMA 9.20。在三种受支持的压缩算法中,这种算法通常提供最高的压缩比;但就CPU成本而言,它也比其他两种选择贵得多。因此,我们不建议对活动系统这样做,而只建议对非工作或不活动的数据库,或者I/O速率极低的数据库这样做。zlib
: ZLIB v1.2.3。就速度和压缩比而言,它处于其他两种受支持的压缩算法之间。ZLIB是3.10之前MySQL Enterprise Backup版本中唯一可用的压缩算法。穿孔
:(对于MySQL Enterprise Backup 8.0.13及更高版本)启用对透明页面压缩对于InnoDB表进行目录备份,这意味着当目标平台为mysqlbackup备份或恢复操作支持冲孔,mysqlbackup在它传输的页面压缩InnoDB文件中保留穿孔。限制以下情况不支持该特性,因为打孔会从InnoDB文件中移除:
启用该功能但打孔失败时,mysqlbackup操作完成后发出警告消息;例如:
警告:“打孔”操作失败。
或者:
警告:由于缺少稀疏文件支持,备份的InnoDB数据文件比源文件大。
备份可以与
——进行压缩=穿孔
然后恢复后不使用该功能;反之亦然:在不使用的情况下进行备份——进行压缩=穿孔
以后可以用该功能恢复。没有一个
:不压缩。
默认值:lz4。显式指定一个值,而不是
穿孔
对于该选项,通过配置文件或命令行自动启用——压缩
选择。 -
命令行格式 ——compress-level =水平
类型 数字 默认值 1
最小值 0
最大值 9
指定压缩级别,范围从”0”来”9”:”0”禁用压缩;”1”是最快的压缩,和”9”最高(也是最慢)的压缩。该选项仅对使用ZLIB或LZMA算法压缩有意义;方法选择任何其他算法时,将忽略它
——进行压缩
选择。默认值:1(最低和最快的压缩)。通过配置文件或命令行显式指定非零值将自动启用
——压缩
选择。 对于MySQL Enterprise Backup 8.0.20及更早版本:一起使用时
复制回去
,copy-back-and-apply-log
,运用原木
,apply-incremental-backup
,在操作过程中对压缩的备份执行解压缩(该选项在MySQL Enterprise backup 8.0.21及更高版本中不再需要)。对于MySQL Enterprise Backup 8.0.18及更高版本:与the连用时
提取
操作,解压从压缩单文件备份中提取的文件(该选项对于MySQL Enterprise backup 8.0.21及更高版本不需要当——src-entry
选择使用).