MySQL Enterprise Backup 4.1 发行说明  /  MySQL Enterprise Backup 4.1.2 的变化 (2018-07-27)

MySQL Enterprise Backup 4.1.2 的变化 (2018-07-27)

添加或更改的功能

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

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

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

  • 备份从服务器的中继日志,而不是总是恢复到目标从服务器上的数据目录,现在默认恢复到它在备份从服务器上找到的相同位置。它还可以恢复到使用新 --relay-log选项指定的不同位置。(漏洞 #25141738,漏洞 #83927)

  • 备份服务器的二进制日志,而不是总是恢复到目标服务器上的数据目录,现在默认恢复到它在备份服务器上找到的相同位置。它还可以恢复到使用新 --log-bin选项指定的不同位置。(漏洞 #25141738,漏洞 #83927)

  • backup_history表现在包含一个 server_uuid列,该列存储server_uuid备份服务器的值。

  • Oracle 云存储客户端身份验证现在支持 OAuth。为此引入了两个新选项 --cloud-storage-url和 。--cloud-oauth-token有关详细信息,请参阅云存储选项

修正错误

  • --apply-incremental-backup 操作期间,mysqlbackup试图删除备份的正在运行的服务器的二进制日志。(漏洞#28377502)

  • 对存储在 OpenStack 云存储服务上的图像执行mysqlbackup操作有时会因分段错误或错误的 URL 错误而失败。这是由于未启动的变量引起的竞争条件,已被此修复消除。(错误#28189239,错误#28183729)

  • --log-bin 当备份服务器上的选项包含指向服务器数据目录下某个位置的完整路径 时,备份失败。(漏洞 #28044530)

  • 对存储在 OpenStack 云存储服务上的图像执行mysqlbackup操作失败,并显示401 Unauthorized错误,因为该操作花费了很长时间并且云访问的身份验证令牌已过期。通过此修复,在这种情况下, mysqlbackup中的一个单独线程 从 OpenStack 云服务请求一个新令牌,以便操作可以继续。(漏洞#27893174)

  • 可以为该选项设置的最大值 --safe-slave-backup-timeout为 2700(秒),它会自动替换任何更大的值。通过此修复,不再有最大限制,即使不建议使用高值;详见说明 --safe-slave-backup-timeout。(缺陷号 27883020)

  • mysqlbackup对 InnoDB 表空间执行健全性检查并发现 FSP 标头和页标头的空间 ID 不匹配时,错误报告中未给出有问题的表空间的名称。(漏洞#27752703)

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

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

  • 使用 ---skip-unused-pages选项创建的备份未能通过mysqlbackup validate命令验证。(漏洞 #27102697)

  • --disable-manifest在备份操作中使用该选项时, mysqlbackup意外退出 (漏洞#26861475)

  • 当涉及具有相对文件路径的单个表空间时,增量备份的还原操作失败。(漏洞#26442994)