MySQL Enterprise Backup 8.0.17 是 MySQL Enterprise Backup 的最新版本。它仅支持 MySQL 服务器 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_okv插件进行 InnoDB 表加密的服务器时,mysqlbackup不得由其操作系统的 sudo 用户运行。此限制现已取消。(错误号 29020232)
恢复 TTS 备份
--datadir
不再需要 该选项。如果指定了该选项并且其值与目标服务器的值不匹配,则还原将中止。(缺陷号 28546760)该
--incremental-base
选项现在接受一个新值 , 这使得创建差异备份history:last_full_backup
变得容易 。详见说明 。--incremental-base
为了避免mysqlbackup在备份操作期间无法赶上不断增长的重做日志并丢失重做日志数据,mysqlbackup现在利用 重做日志归档,这是 MySQL Server 8.0.17 上提供的一项新功能。可以使用新
mysqlbackup
选项 禁用重做日志归档--no-redo-log-archive
。有关详细信息,请参阅 使用重做日志归档进行备份。mysqlbackup现在支持 加密的 InnoDB 重做日志。加密重做表空间的处理方式与 InnoDB 表的加密表空间相同。有关详细信息,请参阅 使用加密的 InnoDB 表空间。
当服务器系统变量的值
innodb_undo_directory
本身包含服务器数据目录的文件路径时,备份失败。这是由于mysqlbackup对撤消表空间目录的文件路径前缀的错误处理,此修复已更正。(漏洞#29849566)--skip-binlog
如果增量备份的基本完整备份已使用该选项 恢复,则增量备份的恢复失败 。(漏洞#29757701)当服务器上的二进制日志在目录树的数据目录下不止一级时, mysqlbackup无法将二进制日志复制到备份中。这是由于解析二进制日志目录的路径时出错,此修复已更正该错误。(漏洞 #29710251)
backup_innodb_data_home_dir
如果在备份服务器时 将相对路径与该选项一起使用,则 在恢复备份期间,该选项指定的整个目录将被复制到目标服务器的数据目录中。这不仅不是mysqlbackupbackup_innodb_data_home_dir
的预期行为,而且当再次使用相同的参数时,它还会导致服务器的后续备份失败 。(漏洞#29613025)在备份操作期间,当表或数据库名称包含斜杠(/)时,mysqlbackup始终将相应的表空间视为外部表空间;如果实际情况并非如此,则备份恢复将失败。有了这个修复,mysqlbackup 检查表空间是否真的是外部的,然后适当地处理它。(漏洞#29472939)
image-to-backup-dir
使用该命令 从备份映像中提取的备份目录恢复后,外部撤消表空间丢失 。这是因为命令对外部表空间的 跟踪器文件处理不当,image-to-backup-dir
此修复已更正。(漏洞 #29401027)虽然 MySQL Enterprise Backup 4.1 和 8.0 之间不存在升级路径,但尝试在 Ubuntu上将 mysqlbackup包从版本 4.1.3 更新到 8.0.16 失败,并抱怨更新试图覆盖mysqlbackup的安装目录。通过此修复,添加了包冲突信息,以便在同一尝试中,在安装新包之前卸载旧包(在用户同意的情况下)。(漏洞#29314267)
使用MySQL Enterprise Backup 8.0备份MySQL Server 5.7时报错,错误信息提示服务器使用了错误的MySQL Enterprise Backup版本。通过此修复,建议使用适当版本的 MySQL Enterprise Backup。(漏洞 #29195233)
在备份使用 keyring_okv插件进行 InnoDB 表加密的服务器时,如果 未通过命令行或配置文件使用 mysqlbackup 命令指定
--host
、--user
和--port
选项,则备份失败。这是因为在那种情况下,mysqlbackup没有可用于连接到负责密钥环操作的服务器的那些选项的值。通过此修复,现在设置了默认值,以便在未指定这些选项时,mysqlbackup连接到服务器的localhost
asroot
和 keyring 操作端口3306
。(漏洞 #29015923)使用 以信号 6 终止的相对文件路径
copy-back-and-apply-log
创建的压缩备份操作 。(缺陷 #28967141)--backup_innodb_data_home_dir option
当备份包含一百多个 InnoDB 表空间时, mysqlbackup在恢复操作期间挂起。(错误#28884254,错误#29674585)
压缩备份的还原操作失败,并
unexpected end of file
在备份创建时出现错误--compress-method=zlib
并且innodb_page_size
小于 16KB。(漏洞#28623215)在包含使用 MySQL 企业透明数据加密 (TDE) 加密的 InnoDB 表的 EL7 平台上创建的备份无法恢复到 Solaris 平台上的服务器。这是因为在这种情况下,备份的源平台和目标平台使用了不同的字节顺序格式,导致从备份中加载加密密钥很困难。此修复通过为不同的系统架构添加检测和转换实用程序来防止该问题。(缺陷号 28569367)
使用该
--uncompress
选项来恢复不是用该选项创建的备份--compress
会导致操作失败并出现错误No such file or directory
。通过此修复,在这种情况下会抛出正确的错误。(缺陷号 28334690)Log scan was only able to reach...
当正在备份的服务器上并行发生大量 DML 活动时, 备份失败并出现错误。(漏洞 #27555969)在备份操作中的 InnoDB 缓冲池转储期间, mysqlbackup有时会报告转储失败,而实际上它仍在进行中。该修复程序通过改进 mysqlbackup检查转储状态的方式来防止出现该问题。(漏洞 #27185901)