Documentation Home
MySQL Enterprise Backup 8.0 发行说明  /  MySQL Enterprise Backup 8.0.18 的变化(2019-10-14,正式发布)

MySQL Enterprise Backup 8.0.18 的变化(2019-10-14,正式发布)

MySQL Enterprise Backup 8.0.18 是 MySQL Enterprise Backup 的最新版本。它仅支持 MySQL 服务器 8.0.18。对于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。

添加或更改的功能

  • 接近备份结束时,mysqlbackup 在所有非 InnoDB 表上应用了 FLUSH TABLES tbl_name [, tbl_name] ... WITH READ LOCK 语句。通过此修复,该语句不会应用于未包含在部分备份中的表,从而避免对某些表进行不必要的锁定。(缺陷号 29873048)

  • MySQL Server 8.0 使用的用于正则表达式的 Unicode 国际组件 (ICU) 库现已取代 RE2 库,成为 MySQL Enterprise Backup 用于处理正则表达式的库。

    此更改还消除了与使用部分备份和还原选项相关的内存泄漏。(错误#27374240,错误#29840790)

  • image-to-backup-dir命令现在是该命令的别名extract

  • 引入了两个新选项 --compression-algorithms和 来为服务器连接--zstd-compression-level配置 压缩。有关详细信息,请参阅 连接压缩的连接选项和 命令选项。

  • MySQL Enterprise Backup 现在支持使用 MySQL 服务器上的页面跟踪功能更快地创建增量备份。要使用此新功能,请设置 --incremental=page-track. 有关详细信息,请参阅 使用页面跟踪的增量备份

  • --uncompress该操作现在支持该选项 :extract现在可以使用单个命令从压缩的单文件备份中提取和解压缩文件。

修正错误

  • 当mysqlbackup尝试升级节点上的 表 时,Group Replication 主节点上的备份失败 mysql.backup_history(有关详细信息,请参阅 备份历史表更新),并且出现问题导致节点切换到 super_read_only模式。通过此修复,mysqlbackup检查节点在 表升级super_read_only期间是否处于模式 backup_history,如果是,则跳过导致问题的升级过程中的步骤。(缺陷号 30065637)

  • 使用该选项创建的部分备份 恢复后,如果在服务器启动期间加载了克隆插件线程池插件--only-innodb,则由于断言错误导致服务器无法 启动。这是因为使用该选项创建的备份不包含性能模式,并且在启动还原的服务器时插件正在寻找性能模式的数据文件夹。此修复程序通过让mysqlbackup在 使用 . (漏洞 #29999075)--only-innodbperformance_schema--only-innodb

  • 当使用mysqlbackup--safe-slave-backup-timeout使用该选项时,将打印该选项 的错误值 ,如果 设置为无符号整数。(漏洞#29994968)--help--safe-slave-backup-timeout

  • 如果服务器以 . 启动,则包含加密 InnoDB 表的服务器的备份失败 --skip-grant-tables。这是因为在那种情况下服务器只接受通过 Unix 套接字的连接,但是mysqlbackup没有将 的值传递 --keyring-migration-socket给密钥环迁移服务器;此修复程序使 mysqlbackup在连接到要使用套接字备份的服务器时传递该选项。(漏洞#29954367)

  • 在复制设置中恢复从服务器的完整备份时,mysqlbackup 会发出缺少中继日志信息文件和主信息文件的警告,即使这些文件从未在备份服务器上使用过。此修复程序删除了不必要的警告。(漏洞#29941160)

  • --compress-method在操作中使用该选项时apply-log,操作失败,备份被破坏。通过此修复,mysqlbackup会在任何 压缩选项apply-log. (漏洞 #29941117)

  • 在任何应用日志操作结束时, 只要在备份期间使用了使用正则表达式的部分备份选项, mysqlbackup 就会打印消息 。INFO: Backup was originally taken with the --include regexp option有了这个修复,在这种情况下,mysqlbackup 只是在日志消息中提到备份是部分备份。(漏洞#29872975)

  • 当使用该选项还原基本备份 --skip-relaylog但随后的增量映像备份还原未使用该选项时,中继日志文件将从增量映像备份复制到服务器上。通过此修复,无论是否使用该选项,增量映像恢复 --skip-relaylog都不会在其基本备份未恢复中继日志时恢复中继日志文件。(漏洞#29864964)

  • 涉及加密重做日志的备份发生的内存泄漏已被删除。(漏洞 #29841265)

  • 由使用该 --optimistic-time选项引起的内存泄漏已被删除。(漏洞 #29841031)

  • 当一个基础备份被还原 --skip-binlog但随后的增量映像备份还原没有使用该选项时,二进制日志文件从增量映像备份复制到服务器上,并且由于二进制日志不完整而无法启动服务器。通过此修复,增量映像还原(无论是否使用该 --skip-binlog选项)都不会在其基本备份未还原二进制日志时还原二进制日志文件。(漏洞 #29802632)

  • --limit-memory当该选项设置为较低的值时,执行增量或压缩映像备份时 mysqlbackup挂起。此修复程序通过调整在这种情况下分配数据缓冲区的方式来防止出现此问题。(漏洞#29773223)

  • 如果二进制日志存储在备份服务器上的数据目录之外, mysqlbackup在二进制日志索引文件中创建了一些重复的条目。(漏洞#29564487)

  • 恢复使用该选项创建的增量备份时 --skip-final-rescan,目标服务器上的外部表空间被删除。这是由于增量备份的 tablespace_tracker 文件中缺少外部表空间的条目,此修复程序纠正了该问题。(漏洞#29513642)

  • No such file or directory当备份服务器上的二进制日志文件的大小大于 16MB 时, 尝试从压缩备份中提取二进制日志文件失败并出现错误。(漏洞#28787312)