MySQL Enterprise Backup 现在支持使用 Oracle Cloud Infrastructure (OCI) 的对象存储服务和 预验证请求 (PAR) URL进行云备份和恢复。--cloud-par-url为此引入了一个新选项 。有关详细信息，请参阅备份到云存储和 将备份从云存储恢复到 MySQL 服务器。

此外，MySQL Enterprise Backup 不再支持使用 OCI 对象存储服务进行身份验证的 OAuth。（缺陷号 31921624）

由于固定的消息长度，mysqlbackup 打印的消息有时会被截断。消息的长度现在可以扩展，因此消息不再被截断。（缺陷号 31433762）

MySQL Enterprise Backup 现在支持具有新选项的 S3 兼容云存储服务--cloud-host，用户可以通过该选项指定存储服务的主机名。

MySQL Enterprise Backup 现在支持服务器使用 LDAP 进行用户身份验证。引入了两个新选项--plugin-dir和 --enable-cleartext-plugin来支持此功能。有关详细信息，请参阅 使用 LDAP 进行服务器身份验证。

在服务器上启用keyring_file和 keyring_udf插件并生成新密钥时，后续备份失败。这是因为mysqlbackup无法复制生成的密钥，这个补丁解决了这个问题。（缺陷号 31717154）

在备份期间，如果重做日志归档在服务器上被禁用，mysqlbackup打印消息“无法启动重做日志归档”。通过此修复， mysqlbackup打印出更合适的消息“Redo Log Archiving is disabled”。（缺陷号 31618079）

如果在备份期间发生撤消日志截断，则乐观备份会失败。（缺陷号 31544201）

如果在备份过程中服务器上发生撤消日志截断 ，则压缩备份的还原会失败 。（错误#31544087，错误#31544087）

当要备份的服务器曾经是已解散的组复制设置的成员时，备份因分段错误而失败。这是因为 mysqlbackup仍然试图将服务器视为组复制节点，而这个补丁纠正了这一点。（缺陷号 31507782）

当备份从 MySQL 5.7 升级到 8.0 的服务器时，mysqlbackup仅将 InnoDB 系统表空间的第一个文件复制到备份中，而要复制的文件更多。（缺陷号 31485318）

如果服务器启用了重做日志归档，则备份失败，mysqlbackup退出并出现分段错误，然后对服务器状态变量的查询 Innodb_redo_log_enabled 失败。（缺陷号 31483606）

在backup_create.xml备份的元文件夹中的文件中，<server_repo_opts> 部分中保存的选项 backup_错误地将后缀添加到它们的选项名称中。此修复程序删除了这些选项的后缀。（缺陷号 31459476）

参考资料：此问题是 Bug #31370902 的回归。

在任何extract操作期​​间， mysqlbackup打印消息“ Failed to get file status with error no : 1504。” 由于该消息可能会误导用户认为存在错误，因此它现在已从跟踪级别的输出中删除INFO。（缺陷号 31453496）

当一个.idb加密分区表的文件在备份操作中消失时， mysqlbackup一直抱怨文件消失了 500 秒，直到它抛出错误。通过此修复，mysqlbackup在遇到这种情况时会立即抛出错误。（缺陷号 31451654）

当在备份期间发生并行 DDL 并且服务器上的某些提交失败时， mysqlbackup挂起。这是因为在这种情况下，mysqlbackup 无法获得服务器上的备份锁。通过此修复，获取备份锁定的尝试会在一段时间后超时， mysqlbackup 会继续备份。（缺陷号 31450946）

在备份过程中，如果mysqlbackup由于某种原因未能从服务器查询到undo log信息，则备份失败并出现分段错误。通过此修复， mysqlbackup在遇到相同情况时继续执行其余的备份过程。（缺陷号 31445229）

在备份操作期间，如果在备份操作的最后重新扫描阶段之前删除了撤消日志表空间， mysqlbackup 会意外退出。这是由于mysqlbackup处理撤消日志信息的方式所致，此补丁已修复此问题。（缺陷号 31445229）

在备份操作期间，如果mysqlbackup 查询服务器状态变量失败 Innodb_buffer_pool_dump_status，它会忽略错误然后挂起。（缺陷号 31445204）

使用 Oracle Secure Backup (OSB) 12.2.0.1 备份到磁带时，mysqlbackup与服务器断开连接，备份因分段错误而结束。（缺陷号 31442335）

当在两个不同的客户端会话中安装和卸载 mysqlbackup组件 时，MySQL Enterprise Server 意外退出 ，并且该mysqlbackup_page_track_set()函数是从第三个会话调用的。（缺陷号 31383239）

如果要备份的服务器有一个全文索引和一个名为 的表fts，并且该表与部分备份的正则表达式匹配，则 TTS 备份失败。（缺陷号 31382819）

如果表在备份运行时从数据库中删除，则备份失败。这是由于mysqlbackup应用备份锁的时间错误，已被此补丁修复。（缺陷号 31331051）

如果在备份期间服务器上发生 DML 操作，则使用页面跟踪 的 增量备份有时会导致备份损坏。除了修复该问题之外，此补丁还为页面跟踪增量备份中的数据页面添加了验证，并使得对具有多文件系统表空间的数据库运行页面跟踪增量备份成为可能。（缺陷号 31329848）

当在备份过程中服务器上发生 DDL 操作时，压缩备份损坏。（缺陷号 31321514）

在一次backup-and-apply-log操作中，即使在操作的备份阶段结束后，与服务器的连接仍保持打开状态。通过此修复，当操作进入应用日志阶段时连接将关闭，以释放资源。（缺陷号 30012743）

当服务器的系统变量 --innodb-data-file-path指向硬盘上的原始分区时备份失败，因为在这种情况下，操作系统将原始分区的设备大小返回给 mysqlbackup 为零。通过此修复， mysqlbackup直接从 --innodb-data-file-path. （漏洞#27811936）