mysqlbackup现在支持加密二进制和中继日志。有关详细信息，请参阅 撤消日志文件的描述。

mysqlbackup现在支持该 --ssl-fips-mode选项，该选项控制mysqlbackup是否以 FIPS 模式运行。有关详细信息，请参阅FIPS 支持。

使用 Group Replication 集群时， mysqlbackup在备份操作接近尾声时意外退出，当时为了写入 backup_history表，它尝试使用未加密的连接连接到备份用户未登录的节点之一前。这是因为备份用户作为使用 caching_sha2_password 插件（MySQL 8.0服务器默认启用）创建的用户，首次连接服务器时必须使用加密连接登录；因此登录尝试失败，mysqlbackup无法处理该失败。通过此修复，在出现此类故障时， mysqlbackup优雅地退出并警告备份操作已完成而没有更新备份历史记录。（漏洞#28893180）

使用选项创建增量备份时， apply-incremental-backup 操作失败并出现错误 ( )。（缺陷号 28366241）RDR1 ERROR: Unable to remove relaylog files from full backup--compress

apply-incremental-backup如果备份服务器已使用--datadir和 的相对路径启动，则mysqlbackup在操作期间意外退出 --log-bin。（漏洞#28334521）

尝试将 MySQL 5.7 服务器的备份恢复到 MySQL 8.0 服务器会导致出现奇怪的错误消息 ( Server_version is not obtained)。通过此修复，mysqlbackup现在指示该操作不受支持。有关相关信息，请参阅 使用数据库升级或降级恢复备份。（漏洞#27952379）

在还原增量文件夹备份并将其二进制日志放在与基本备份不同的指定位置后，基本备份的旧二进制日志文件未被mysqlbackup删除。（漏洞#27890472）

mysqlbackup首次备份 8.0.12 或更高版本的 MySQL 服务器时，如果未ALTER将表的权限 授予连接到服务器mysql.backup_history_new的 MySQL 用户， 则会意外退出。mysqlbackup通过此修复，mysqlbackup可以在抛出正确错误后正常退出。

此外，现在 仅需要首次备份已从 8.0.11 或更早版本升级且之前已由 MySQL Enterprise Backup 备份的 MySQL 服务器时，才需要和 、 CREATE、 和 INSERT的 DROP权限 。 （错误#27879530，错误#28546256）mysql.backup_history_oldCREATEINSERTDROPALTERmysql.backup_history_new

部分备份有时会失败，因为全文索引文件的文件名与--include-tables选项提供的正则表达式匹配，然后这些文件被 mysqlbackup作为普通表空间文件处理。通过此修复， mysqlbackup从备份中排除任何全文索引文件。（缺陷号 25044900）