重要的变化:从8.0.12版本开始，存储引擎的mysql.backup_history备份服务器上的表已经从CSV切换到InnoDB，并且在表中添加了一个新的服务器uuid列。看到备份历史表更新所需的新用户权限mysqlbackup由于这个变化。

重要的变化:当与组复制设置中,mysqlbackup现在使备份历史记录对服务器组的所有成员可用backup_history表在每次之后更新主节点上mysqlbackup操作。看到使用MySQL企业备份与组复制获取详细信息。

的新用户权限选择在performance_schema.replication_group_members现在需要mysqlbackup使用任何服务器，即使它不属于组复制设置。看到为备份管理员授予MySQL权限获取详细信息。

版本信息mysqlbackup现在打印到stdout而不是stderr当——版本或——帮助选项。(错误# 27253989)

Oracle云存储客户端身份验证现在支持OAuth。两个新的选择，——cloud-storage-url而且——cloud-oauth-token，都是为此目的而推出的。看到云存储选项获取详细信息。

备份服务器时，备份失败ANSI_QUOTES在它的价值中sql_mode．(错误# 27939774)

可以设置的最大值——safe-slave-backup-timeout选项是2700(秒)，它自动替换任何较大的值。通过此修复，不再有最大限制，即使不建议设置高值;参见——safe-slave-backup-timeout获取详细信息。(错误# 27883020)

在使用压缩备份恢复的数据目录上恢复增量备份失败。这是因为mysqlbackup没有设置is_compressed = 0在backup_variables.txt恢复的数据目录中的文件。(错误# 27787988)

当mysqlbackup对InnoDB表空间进行了完整性检查，发现FSP头和page头的空间ID不匹配，错误报告中没有给出问题表空间的名称。(错误# 27752703)

如果一个ALTER TABLE语句在执行增量备份之前在服务器上执行，服务器使用应用增量备份的备份进行恢复(使用apply-incremental-backup命令)无法启动，因为.ibd恢复的数据中缺少修改表的文件。(错误# 27735134)

方法创建的增量备份已恢复服务器之后——incremental-with-redo-log-only选项，无法启动。(错误# 27722525)

mysqlbackup每当系统变量中指定的文件数量时发出警告innodb_data_file_path待备份服务器的节点个数超过100。有了这个补丁，只有当要打开的InnoDB数据文件的数量超过了系统变量指定的数量时才会发出警告innodb_open_files．(错误# 27701402)

以为值启动的服务器备份失败——innodb_log_file_size与服务器启动时使用的不同。(错误# 27571663)

一个apply-incremental-backup当涉及具有相对文件路径的单个表空间时，操作失败。(错误# 27278876)

在一个组复制设置为MySQL服务器，当对一个组成员进行更改而对另一个组成员进行备份时，复制应用程序的中继日志将从备份中丢失，因此恢复的服务器无法启动。(错误# 25534078)

方法恢复压缩备份时——innodb_data_home_dir选项指向数据目录之外的恢复位置，.ibd文件仍在复制到数据目录中，导致在试图启动恢复的服务器时抛出异常。(错误# 24826986)