MySQL Enterprise Backup 8.0.26 是 MySQL Enterprise Backup 的最新版本。它仅支持 MySQL 服务器 8.0.26。对于MySQL 8.0之前的版本,使用与服务器版本号相同的MySQL Enterprise Backup版本。对于 MySQL 服务器 5.7,请使用 MySQL Enterprise Backup 4.1。
不必要的单表锁已从备份操作中删除。这可以提高包含许多小表的备份的性能。(缺陷号 32866300)
该
--free-os-buffers
选项现在可以接受一个参数,它告诉mysqlbackup如何利用posix_fadvise()
(在支持的平台上)来减少 mysqlbackup对系统性能的影响。详见选项说明--free-os-buffers
。(缺陷号 32856108)通过删除操作中一些不必要的步骤,与服务器上发生的 DDL 操作并行发生的备份操作的性能现在得到了改进。(缺陷号 32855050)
mysqlbackup现在支持 MySQL 服务器上的密钥环组件
component_keyring_file
:使用和 加密的 InnoDB 表现在可以由mysqlbackupcomponent_keyring_encrypted_file
备份和恢复。有关详细信息,请参阅 使用加密的 InnoDB 表空间。
如果服务器启用了重做和撤消日志加密并且系统变量
--innodb-page-size
具有非默认值,则mysqlbackup在备份操作期间意外退出。(缺陷号 32845253)mysqlbackup 创建的日志文件的名称 格式应为 ,但文件名中缺少操作。(缺陷号 32798284)
MEB_
timestamp
_operation
.log在涉及加密 InnoDB 表的备份操作期间,解密的 InnoDB 表空间密钥文件的大小未包含在用于解密的日志消息中。(缺陷号 32787420)
从 MySQL Enterprise Backup 8.0.18 或更早版本升级后,观察到涉及超过 20,000 个表的大型备份作业的性能下降。这是由许多不同的问题引起的,这些问题已通过此修复程序得到纠正。(缺陷号 32768465)
使用页面跟踪的 增量备份在服务器的数据目录中留下了一个临时文件。通过此修复,该文件将在操作结束时被删除。(缺陷号 32666435)
如果服务器具有包含已更改页面的多文件系统表空间,则使用页面跟踪 的 增量备份会失败。(缺陷号 32580968)
涉及加密 InnoDB 表的备份偶尔会失败,并出现错误“加密表......未初始化”。这是由延迟刷新表空间标头引起的。此补丁通过强制及时刷新表来解决此问题。(缺陷号 32495740)
从 TTS 备份恢复加密的 InnoDB 表后,包括恢复表的后续备份操作失败,并抱怨该表似乎已损坏。(缺陷号 32250682)
TTS 备份需要很长时间才能完成,即使它只涉及少量数据。这是因为 mysqlbackup没有以有效的方式查询表信息,这个补丁纠正了这个问题。(缺陷号 30481117)