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_path.space_id.mysqlbackup.不再依赖于文件的信息backup_file_path.和表空间类型,这意味着用户不再需要更新tablespace_tracker.文件将目录备份移动到新位置时。

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

  • 遗产选项- 包括现在已弃用。现在发出弃用警告mysqlbackup.每当使用选项时。这- 表格- 表格应使用选项,而是用于部分备份和恢复。

错误固定

  • 备份失败了错误:坏表空间文件标题当服务器有多个系统表空间文件时。这是因为mysqlbackup.在错误的地方寻找表空间文件标题,此修补程序更正了问题。(bug#30983009)

  • 在增量备份期间,mysqlbackup.只需在尝试在其输出中打印备份配置选项时重复服务器存储库选项。(bug#30948251)

  • 当服务器使用键控插件时,备份失败sql_mode.被设定为ANSI_QUOTES.。这是因为mysqlbackup.在查询服务器时使用错误的引号,并通过此修补程序修复。(bug#30920140)

  • 使用非默认值启动服务器时,增量乐观图像备份失败innodb_data_file_path.包含多个InnoDB系统表空间文件的值。这是因为mysqlbackup.无法处理两个不同文件具有相同空间ID的情况,此修补程序修复了问题。(bug#30914039)

  • 当使用的文件路径指定时,TTS备份的部分还原失败--datadir.选项包含额外的斜杠(/)与数据目录的文件路径相比,服务器已启动。通过这种修复,为此提供了这种额外的斜线--datadir.选项被忽略。(bug#30834688)

  • mysqlbackup.在备份期间,可能会挂起ALTER TABLE ...删除分区语句在服务器上并行运行。它是因为在分区删除时,任何未闭工事务中的任何后续DDL操作都会导致涉及的表格上的DDL锁定mysqlbackup.挂着它的时候也想锁定表格备份操作。使用此修复程序,滚动未闭工的交易,因此避免了由于失败的DDL语句引起的锁mysqlbackup.与备份一样继续进行。(bug#30599785)

  • 在备份操作期间,如果更改了任何表空间的加密状态(例如,从加密到未加密或反之亦然,甚至如果表最终更改为其原始加密状态),mysqlbackup.报告成功,但由于其不一致,它在恢复备份的操作期间出乎意料地退出。使用此修复程序,在整个备份操作中正确跟踪表空间的加密状态,以便持续备份表。(bug#30599476)

  • 当。。。的时候--src-entry.选项被使用提炼命令,其值的尾随斜杠(例如,Foo /)被忽略,因此而不是从备份中提取的名称以值结束的那些目录(例如,datadir / foo /),mysqlbackup.还提取了路径包含值的所有文件(例如,Datadir / Bar / Foo.sdi)。使用此修复程序,追踪斜杠很荣誉,只会导致名称以要提取的值结束的文件夹。

    在文件中也澄清了该价值的文件10bet官方网站--src-entry.选项实际上用于匹配包含其名称中值的任何文件或非空文件夹,并且如最后一段所述解释尾随斜杠。(bug#30461403)

  • 当有一个用户创建的时mysql.backup_progress.表上正在备份的服务器上,mysqlbackup.成功完成了备份,但也打印了错误消息并录制了备份失败backup_history.桌子。使用此修复程序,备份将与警告正常进行完成。(bug#30351172)

  • 二进制日志BASENAME在A的进度报告中显示为空字符串复制后退和应用日志手术。(bug#29936558)

  • 当数据表空间与服务器上的撤消表空间具有相同的名称时,可以创建包含表空间的压缩备份mysqlbackup.,但由于文件名冲突,无法恢复备份。使用此修复程序,备份在情况下失败。(bug#29881640)

  • 备份失败时涉及加密InnoDB表以及- kip-unused-pages选择选项。(bug#29861298)

  • 当使用压缩备份时备份和应用日志命令然后使用该命令恢复复制后退和应用日志命令,Redo日志缺少已恢复的服务器,在启动服务器时导致InnoDB错误。(bug#29851603)

  • 备份失败时失败- kip-unused-pages- Optimistic-Busy-Tables选择一起使用。(bug#29840923)

  • 当要备份服务器时super_read_only =上mysqlbackup.发出警告,即使备份操作也无法记录- nno-history-logging选项已已与备份命令一起使用。此修补程序删除了不必要的警告。(bug#29742011)

  • 一种备份和应用日志如果该TTS备份,则操作失败- 压缩选择选项。(bug#29639871)

  • 一个提炼文件的操作元/ backup_variables.txt.失败了mysqlbackup.抱怨选项的价值--src-entry.备份中的任何表都不匹配。用这个修复,mysqlbackup.不再在情况下抛出eRRR,但打印消息默认情况下,src-intn-intn'backup_variables.txt'默认提取到备份 - dir。(bug#29519710)

  • 在备份操作期间,mysqlbackup.即使服务器未使用InnoDB表加密,也会打印关于加密键控的消息。用这个补丁,mysqlbackup.停止在情况下打印此类消息。(bug#29151380)