关于如何为 MySQL Enterprise Backup 的云操作配置 SSL 主机身份验证，有两个增强功能：

有关详细信息，请参阅云存储选项 中两个新选项的 说明。（漏洞 #22761313）

mysqlbackup用于在备份操作结束时关闭所有表之前将缓冲区缓存中的所有数据同步到硬盘。但是，对于存储设备速度较慢的系统和包含大量表的数据库，同步会显着增加备份时间。为了缩短这些和其他情况的备份时间，从这个版本开始，不再自动执行同步。希望在备份结束时执行同步的用户必须使用新--free-os-buffers 选项。（漏洞 #22561345）

为避免在从服务器上临时表仍然打开时完成从服务器的备份，这将导致恢复的从服务器处于不一致的复制状态，mysqlbackup现在有一个新的机制来确保所有临时表已经关闭在完成从属备份之前。有关详细信息，请参阅 基于语句的复制 (SBR) 副本上的临时表。创建了一个新选项， --safe-slave-backup-timeout用于指定 mysqlbackup在超时之前等待所有临时表关闭的时间。（漏洞 #19158516）

压缩选项 现在可以用于 backup-and-apply-log创建准备和压缩的目录备份的操作；然后可以使用 copy-back操作和 --uncompress选项恢复备份。（漏洞 #18913565）

在copy-back-and-apply-log orcopy-back操作期间， mysqlbackup现在检查 innodb_log_files_in_group和 innodb_log_file_size选项的指定值是否与备份 backup-my.cnf文件中记录的值匹配，如果值不匹配则抛出错误。这可以防止 mysqlbackup使用错误的参数恢复备份，这将导致无法启动恢复的服务器。（漏洞 #14751027）

如果备份期间有大数据文件不断增长，则增量或压缩备份可能会失败并出现文件结束错误。这是因为，随着数据文件的扩展，写入过程改变了文件大小，这混淆了相同文件的读取过程。通过此修复，文件大小和有关它们的信息现在可以得到正确处理。（漏洞 #23048004）

参考资料：这个问题是 Bug #19149210 的回归。

恢复云备份有时会因错误 18: Transferred a partial file而失败。这是因为 mysqlbackup为其部分下载的 REST 请求创建了错误的范围标头。（错误号 23035334）

validate当对包含撤消表空间但不包含系统表空间的增量备份执行操作时， mysqlbackup崩溃 这是因为 mysqlbackup没有正确处理撤消表空间的数据文件，这个修复程序纠正了这个问题。（漏洞 #22960185）

离线备份有时会失败， mysqlbackup偶尔会崩溃。（漏洞 #22595461）

对于从服务器的备份，主服务器的二进制日志的文件名和开始复制的二进制日志位置 backup_varaibles.txt在备份文件中存储为 masterlog_file和 ，当对备份应用或 操作masterlog_pos时损坏 。（缺陷号 22329306）apply-logcopy-back-and-apply-log

validate备份图像的操作和backup-to-image 操作结束后在临时文件夹 ( /tmp) 上留下的操作。（缺陷号 20912357）

对于曾经使用该 --log-bin选项启动然后在没有它的情况下重新启动的服务器，备份失败。是因为 mysqlbackup看到服务器上有旧的二进制日志索引文件，找不到当前的二进制日志文件，报找不到，然后退出。通过此修复，mysqlbackup检查是否为服务器启用了二进制日志记录；如果不是， 则mysqlbackup会跳过将二进制日志复制到备份中。（缺陷号 20873010）