重要变化： 从 8.0.12 版本开始， mysql.backup_history备份服务器上表的存储引擎已从 CSV 切换为 InnoDB，并且已将服务器 UUID 的新列添加到表中。有关mysqlbackup由于此更改而 需要的新用户权限，请参阅 备份历史表更新。

重要更改： 当使用组复制设置时， mysqlbackup现在通过确保在每次mysqlbackup操作backup_history 后在主节点上更新表 有关详细信息，请参阅 将 MySQL 企业备份与组复制结合使用。

随着此功能的实现，mysqlbackup 现在需要SELECTon 的新用户权限才能与任何服务器一起工作，即使它不属于组复制设置。有关详细信息，请参阅向备份管理员授予 MySQL 权限。 performance_schema.replication_group_members

当使用或 选项时， mysqlbackup的 版本信息现在打印到stdout而不是 stderr流 中。（漏洞 #27253989）--version--help

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 标头和页标头的空间 ID 不匹配时，错误报告中未给出有问题的表空间的名称。（漏洞#27752703）

如果在进行增量备份之前在服务器上执行了ALTER TABLEapply-incremental-backup语句，则无法启动使用应用增量备份的备份（使用命令）还原的服务器 ，因为.ibd更改表的文件丢失恢复的数据。（漏洞#27735134）

使用通过该选项创建的增量备份恢复服务器后 --incremental-with-redo-log-only ，它无法启动。（漏洞#27722525）

innodb_data_file_path每当要备份的服务器的系统变量中指定的文件数超过 100时， mysqlbackup 都会发出警告 变数 innodb_open_files。（漏洞 #27701402）

一个服务器的备份失败，该服务器的启动值与服务器启动时的值--innodb_log_file_size 不同。（漏洞#27571663）

当涉及具有相对文件路径的apply-incremental-backup 单个表空间时，操作失败。（漏洞#27278876）

在 MySQL 服务器的组复制 设置中，当对一个组成员进行更改并在另一个组上进行备份时，备份中缺少复制应用程序的中继日志，因此无法启动恢复的服务器。（缺陷号 25534078）

当使用 --innodb_data_home_dir指向数据目录之外的还原位置的选项还原压缩备份时， .ibd文件仍在复制到数据目录中，导致在尝试启动还原的服务器时抛出异常。（漏洞#24826986）