MySQL Enterprise Backup 8.0.17是MySQL Enterprise Backup的最新版本。仅支持MySQL Server 8.0.17。对于MySQL 8.0之前的版本,请使用与服务器版本号相同的MySQL Enterprise Backup版本。MySQL server 5.7请使用MySQL Enterprise Backup 4.1, MySQL server 5.6和5.5请使用MySQL Enterprise Backup 3.12。
在当前版本之前,当备份使用keyring_okvInnoDB表加密插件mysqlbackup不能由sudo用户运行其操作系统。这一限制现在已被取消。(错误# 29020232)
的
——datadir
选项不再需要恢复TTS备份.如果指定了该选项,并且其值与目标服务器的值不匹配,则将中止恢复。(错误# 28546760)的
——incremental-base
Option现在接受一个新值,历史:last_full_backup
,这使得创建一个微分备份.参见——incremental-base
获取详细信息。为了避免mysqlbackup在备份操作期间无法跟上不断增长的重做日志,并丢失重做日志数据,mysqlbackup现在利用重做日志进行归档这是MySQL Server 8.0.17上的一个新特性。可以使用new禁用重做日志归档
mysqlbackup
选项——no-redo-log-archive
.看到使用重做日志归档进行备份获取详细信息。mysqlbackup现在支持加密的InnoDB重做日志.加密重做表空间的处理方式与InnoDB表空间加密的处理方式相同。看到使用加密的InnoDB表空间获取详细信息。
当服务器的系统变量的值发生变化时,备份失败
innodb_undo_directory
本身包含服务器数据目录的文件路径。原因是对undo表空间目录的文件路径前缀处理错误mysqlbackup,该问题已通过此修复得到纠正。(错误# 29849566)如果增量备份的基本全备份已使用
——skip-binlog
选择。(错误# 29757701)当服务器上的二进制日志低于目录树的数据目录不止一级时,mysqlbackup将二进制日志复制到备份失败。这是由于解析二进制日志目录路径时出现错误造成的,此修复程序已纠正了此错误。(错误# 29710251)
方法使用相对路径时
backup_innodb_data_home_dir
选项在备份服务器时,将在恢复备份期间将该选项指定的整个目录复制到目标服务器的数据目录中。这不仅不是他的预期行为mysqlbackup,但它也使服务器的后续备份失败时,相同的参数backup_innodb_data_home_dir
被再次使用。(错误# 29613025)在备份操作中,当表或数据库名称包含斜杠(/)时,mysqlbackup始终将对应的表空间视为外部表空间;如果实际情况不是这样,那么备份的恢复将会失败。修复,mysqlbackup检查表空间是否真的在外部,然后适当地处理它。(错误# 29472939)
对从备份映像中提取的备份目录进行恢复后,外部undo表空间丢失
image-to-backup-dir
命令。那是因为处理不当外部表空间的跟踪文件由image-to-backup-dir
命令,此修复程序已经纠正了该错误。(错误# 29401027)虽然在MySQL Enterprise Backup 4.1和8.0之间没有升级路径,但尝试更新mysqlbackupUbuntu从4.1.3版本到8.0.16版本的更新失败了,抱怨说更新试图覆盖安装目录mysqlbackup.在此修复中,添加了包冲突信息,以便在相同的尝试中,在安装新包之前卸载旧包(在用户同意的情况下)。(错误# 29314267)
当使用MySQL Enterprise Backup 8.0备份MySQL Server 5.7时,抛出错误信息,建议使用错误的MySQL Enterprise Backup版本。有了这个修复,MySQL企业备份的适当版本被建议。(错误# 29195233)
在备份使用keyring_okvInnoDB表加密插件
——主机
,——用户
,——港口
未通过命令行或配置文件用mysqlbackup命令指定选项,备份失败。因为在这种情况下,mysqlbackup没有用于连接到负责密匙环操作的服务器的选项的值。通过此修复,现在设置了默认值,因此mysqlbackup连接到服务器本地主机
作为根
和在端口3306
用于未指定这些选项时的密匙环操作。(错误# 29015923)一个
copy-back-and-apply-log
方法创建的压缩备份——backup_innodb_data_home_dir选项
使用信号6终止的相对文件路径。(错误# 28967141)mysqlbackup当备份包含超过100个InnoDB表空间时,在恢复操作中挂起。(Bug #28884254, Bug #29674585)
对压缩备份的还原操作失败
文件意外结束
使用创建备份时出错——进行压缩= zlib
和innodb_page_size
小于16KB。(错误# 28623215)在EL7平台上创建的备份包含用MySQL企业透明数据加密(TDE)加密的InnoDB表,不能恢复到Solaris平台上的服务器上。这是因为在这种情况下,备份的源平台和目标平台使用了不同的字节排序格式,从而导致从备份加载加密密钥的困难。这个修复通过为不同的系统架构添加检测和转换实用程序来防止这个问题。(错误# 28569367)
使用
——解压
选项,用于恢复未使用——压缩
选项导致操作失败并产生错误没有这样的文件或目录
.通过此修复,在这种情况下会抛出适当的错误。(错误# 28334690)备份失败,出现此错误
日志扫描只能到达…
当被备份的服务器上并行发生大量DML活动时。(错误# 27555969)在备份操作中转储InnoDB缓冲池时,mysqlbackup有时在转储实际上仍在进行时报告失败。修正通过改进方法防止了这个问题mysqlbackup检查转储的状态。(错误# 27185901)