Documentation Home
MySQL Enterprise Backup 8.0 发行说明  /  MySQL Enterprise Backup 8.0.20 的变化(2020-04-27,正式发布)

MySQL Enterprise Backup 8.0.20 的变化(2020-04-27,正式发布)

MySQL Enterprise Backup 8.0.20 是 MySQL Enterprise Backup 的最新版本。它仅支持 MySQL Server 8.0.20。对于MySQL 8.0之前的版本,使用与服务器版本号相同的MySQL Enterprise Backup版本。MySQL Server 5.7请使用MySQL Enterprise Backup 4.1,MySQL Server 5.6和5.5请使用MySQL Enterprise Backup 3.12。

弃用和移除说明

添加或更改的功能

  • tablespace_tracker文件已被简化:它现在只包含每个外部表空间的两个字段 :server_file_pathspace_idmysqlbackup不再依赖该文件来获取有关 表空间类型的信息,这意味着用户在将目录备份移动到新位置时 backup_file_path不再需要更新 tablespace_tracker文件。

  • 表级恢复 (TLR) 是 MySQL Enterprise Backup 的一项新功能,它允许从完整备份中选择性地恢复表或模式;有关详细信息,请参阅 表级恢复 (TLR)

修正错误

  • ERROR: Bad table space file header当服务器有多个系统表空间文件时, 备份失败。这是因为mysqlbackup 在错误的地方寻找表空间文件头,这个补丁纠正了这个问题。(缺陷号 30983009)

  • 在增量备份期间,mysqlbackup 在尝试在其输出中打印备份配置选项时只是简单地重复服务器存储库选项。(缺陷号 30948251)

  • 当服务器使用密钥环插件并将其 sql_mode设置为 ANSI_QUOTES. 这是因为 mysqlbackup在查询服务器的情况下使用了错误的引号,这个补丁已经修复了。(缺陷号 30920140)

  • innodb_data_file_path当服务器以包含多个 InnoDB 系统表空间文件 的非默认值启动时,增量乐观映像备份失败 。这是因为mysqlbackup无法处理两个不同的文件具有相同空间ID的情况,这个补丁解决了这个问题。(缺陷号 30914039)

  • --datadir当使用选项指定的文件路径与服务器启动时使用的数据目录文件路径相比包含额外的斜杠 (/) 时, TTS 备份的部分还原失败。通过此修复,该选项的此类额外斜杠将--datadir 被忽略。(缺陷号 30834688)

  • mysqlbackupALTER TABLE ... DROP PARTITION可能会在备份期间在服务器上并行运行一条语句时挂起这是因为删除分区后,任何未关闭事务中的任何后续 DDL 操作都会导致涉及的表上的 DDL 锁定,并且mysqlbackup当它还想锁定表以进行备份操作时挂起。通过此修复,未关闭的事务被回滚,因此避免了由于失败的 DDL 语句而导致的锁定,并且 mysqlbackup照常进行其备份。(缺陷号 30599785)

  • 在备份操作期间,如果任何表空间的加密状态发生更改(例如,从加密到未加密或反之,即使表最终更改回其原始加密状态),mysqlbackup 报告成功,但在备份过程中意外退出由于备份的不一致而对备份进行恢复操作。通过此修复,表空间的加密状态在整个备份操作中得到正确跟踪,因此表的备份始终如一。(缺陷号 30599476)

  • 当该--src-entry选项与extract命令一起使用时,其值中的尾部斜杠(例如,in )被忽略,因此mysqlbackupfoo/不是仅从备份中提取名称以该值结尾的目录(例如, datadir/foo/), 而是还提取路径包含该值(例如, )的所有文件。有了这个修复,尾部的斜线得到尊重,它只会导致名称以该值结尾的文件夹被提取。 datadir/bar/foo.sdi

    文档中还阐明了该 --src-entry选项的值实际上用于匹配名称中包含该值的任何文件或非空文件夹,并且尾部斜杠的解释如上一段所述。(缺陷号 30461403)

  • mysql.backup_progress正在备份的服务器上有一个用户创建的表时,mysqlbackupbackup_history成功完成了备份,但也打印了错误信息并在表中记录了备份失败 。通过此修复,备份将正常完成,但会出现警告。(缺陷号 30351172)

  • 二进制日志基名在操作的进度报告中显示为空字符串 copy-back-and-apply-log。(缺陷号 29936558)

  • 当数据表空间与服务器上的撤消表空间同名时, mysqlbackup 可以创建包含该表空间的压缩备份,但由于文件名冲突无法恢复备份。通过此修复,备份会在这种情况下失败。(漏洞#29881640)

  • 当涉及加密的 InnoDB 表并且使用了该 --skip-unused-pages选项时,备份失败。(漏洞#29861298)

  • 当使用命令创建压缩备份 backup-and-apply-log然后使用 copy-back-and-apply-log命令恢复时,恢复的服务器中缺少重做日志,导致服务器启动时出现 InnoDB 错误。(漏洞#29851603)

  • 当要备份的服务器有 时 super_read_only=ONmysqlbackup--no-history-logging发出警告,即使该选项已经与备份命令一起使用,也无法记录备份操作 。此补丁删除了不必要的警告。(漏洞 #29742011)

  • 如果使用该选项,则backup-and-apply-logTTS 备份操作失败 。--compress(漏洞#29639871)

  • extract文件操作 meta/backup_variables.txt失败, mysqlbackup抱怨选项的值与备份--src-entry中的任何表都不匹配。通过此修复, mysqlbackup不再在这种情况下抛出 eorrr,而是打印消息The src-entry 'backup_variables.txt' is by default extracted to backup-dir。(漏洞 #29519710)

  • 如果备份服务器上的数据目录之外存在表空间并且目录备份在还原之前已重命名,则目录备份的还原失败。(漏洞#29265179)

  • 在备份操作期间, 即使服务器没有使用 InnoDB 表加密, mysqlbackup 也会打印有关加密密钥环的消息。有了这个补丁,mysqlbackup停止在这种情况下打印此类消息。(漏洞 #29151380)