Documentation Home
MySQL 安装程序发行说明
MySQL Enterprise Backup 8.0 发行说明  /  MySQL Enterprise Backup 8.0.16 的变化（2019-04-25，正式发布）

MySQL Enterprise Backup 8.0.16 的变化（2019-04-25，正式发布）

MySQL Enterprise Backup 8.0.16 是 MySQL Enterprise Backup 的最新版本。它仅支持 MySQL 服务器 8.0.16。对于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 撤消日志。加密撤消表空间的处理方式与 InnoDB 表的加密表空间相同。有关详细信息，请参阅 使用加密的 InnoDB 表空间。

  • 在备份过程接近尾声时， mysqlbackup现在连续应用这些锁 ，而不是在短时间内锁定整个服务器实例 ：

    1. 服务器实例上的备份锁，它会阻止 DDL（用户创建的临时表上的除外），但不会阻止 InnoDB 表上的 DML。

    2. 对所有非 InnoDB 表 的 操作，用于将其中的相关表复制到备份中。如果不存在用户创建的非 InnoDB 表，则跳过此步骤。 FLUSH TABLES tbl_name [, tbl_name] ... WITH READ LOCK

    3. 短暂阻止服务器上的日志记录活动，以收集与日志记录相关的信息。

    有关详细信息，请参阅备份过程备份过程。移除整个服务器实例上的锁减少了备份操作对数据库服务的中断。

    重要的

    更改要求 将对所有表的权限授予 BACKUP_ADMIN mysqlbackup 连接到服务器的用户（ 当执行从早期版本到 MySQL Server 8.0 的就地升级时，该 权限会自动授予具有该权限的用户 ） . SELECTBACKUP_ADMINRELOAD

  • mysqlbackup现在支持 对正在备份的服务器上的撤消表空间进行动态更改。在还原期间，默认撤消表空间以及驻留在备份服务器数据目录中的任何非默认撤消表空间都将还原到 mysqlbackup选项 --innodb_undo_directory。非默认的外部撤消表空间将恢复到它们在备份服务器上找到的位置。有关详细信息，请参阅 撤消日志文件。

  • 除了 --datadir选项指定的恢复目标数据目录必须不存在或为空的要求之外，mysqlbackup--innodb_data_home_dir现在对、 --innodb_log_group_home_dir和 选项强制执行相同的规则 --innodb_undo_directory（该 --force选项不能用于覆盖对三个的要求选项）。

修正错误

  • mysqlbackup 的 Zip 包包含重复的文件，现在已被删除。（缺陷 #29497272，缺陷 #94683）

  • 如果mysqlbackup在备份操作过程中失去了与服务器的连接，它可能会意外退出。通过此修复， mysqlbackup在抛出相应错误后可以正常退出。（漏洞 #29376006）

  • 即使在备份失败后， mysqlbackup 也返回成功备份到 Oracle Cloud Infrastructure Object Storage Classic。（漏洞#29362469）

  • 如果在服务器上，一些二进制日志文件在增量备份和它的基本备份之间被清除，则增量备份的恢复失败。（缺陷号 29306026）

  • 如果选项给出的路径是通用命名约定 (UNC) 格式，则 mysqlbackup 的备份失败，因为 mysqlbackup 无法创建备份目录。（错误号 29190803）--backup-dir

  • 当在配置文件中而不是在命令行中，将选项提供给 MySQLBackup时， MySQLBackup操作失败了 。（漏洞#29157495）backup-image

  • 如果备份服务器将 ANSI_QUOTES作为其系统变量中指定的一种 SQL 模式， 则 TTS 备份的还原操作将失败sql-mode。（漏洞#28979134）

  • 当该 选项被使用两次时， mysqlbackup--password意外退出，第二次没有给出任何参数，在 mysqlbackup命令中，除了使用该--password 选项之外，该命令本身是无效的。（漏洞#28894102）

  • 还原压缩的增量文件夹备份时，在基本备份和增量备份之间创建的二进制日志文件不会复制到目标服务器上。（漏洞#28773998）

  • 当mysqlbackup命令--encrypt-password中未使用 该选项时，包含加密 InnoDB 表的数据库的还原操作失败，但未返回正确的错误消息。（缺陷号 28773077）

  • 在使用加密的 InnoDB 表还原从 MySQL 社区服务器获取的增量备份后，还原服务器的密钥环文件已损坏，因此服务器无法启动。（漏洞#28422191）

  • 当用户错误地将源目录指定为恢复某些文件的目标目录（例如，将备份 --backup_innodb_data_home_dir值指定为恢复 --innodb_data_home_dir值）时，恢复操作可能会损坏备份。当命令选项使源文件路径和目标文件路径对于还原期间复制的任何文件相同时，此修复通过让 mysqlbackup抛出错误来防止出现此问题。（缺陷号 28376873）

  • 当 MySQL 服务器将系统变量设置解释 --innodb_checksum_algorithm=0 为意味着 --innodb_checksum_algorithm=crc32mysqlbackup操作（备份除外）在备份服务器上设置为配置选项时 失败--innodb_checksum_algorithm=0 。通过此修复，mysqlbackup现在 --innodb_checksum_algorithm=0 视为有效并将其解释为 --innodb_checksum_algorithm=crc32. （漏洞 #28295519）

  • 如果备份服务器的二进制日志基本名称是单词“索引” 的子字符串，则还原操作失败并出现无法打开二进制日志索引文件的错误 。（缺陷号 28127023）

  • mysqlbackup尝试连接到--host选项指定的远程主机，而它应该忽略该选项（有关详细信息，请参阅 连接选项）。通过此修复，该选项现在被忽略。

    笔记

    作为此更改的副作用，在类 Unix 平台上， 使用该选项的mysqlbackup命令 --host现在需要使用该 --protocol=TCP选项来明确指示mysqlbackup将localhost使用 TCP/IP 进行连接。

    （漏洞#25911987）

  • 在备份操作期间使用该选项--no-locking时，备份有时会失败， mysqlbackup抱怨复制页面中的最高 LSN 大于备份服务器上的最高 LSN。这是因为在使用该选项时， mysqlbackup在复制重做日志之前没有执行日志刷新。通过此修复，始终执行日志刷新以防止错误。（漏洞#25412655）