MySQL Enterprise Backup 8.0.23 是 MySQL Enterprise Backup 的最新版本。它仅支持 MySQL 服务器 8.0.23。对于MySQL 8.0之前的版本,使用与服务器版本号相同的MySQL Enterprise Backup版本。MySQL server 5.7请使用MySQL Enterprise Backup 4.1,MySQL Server 5.6请使用MySQL Enterprise Backup 3.12。
使用 OCI 对象存储登录云操作现在提供更多信息。(缺陷号 32011770)
对于与 Amazon S3 兼容的存储服务的云备份操作,在操作开始时添加了对存储服务上是否存在存储桶的检查。如果指定的桶不存在,mysqlbackup 抛出错误并退出操作。(缺陷号 31981595)
引入了一个新选项,
--cloud-chunk-size
用于在为云操作启用分块传输时指定分块的大小。有关详细信息,请参阅说明--cloud-chunk-size
。(缺陷号 31977600)MySQL Enterprise Backup 扩展了其支持的云存储服务类型;有关详细信息,请参阅云存储选项。
压缩备份的还原或验证操作因
unexpected end of file
错误而失败。(缺陷号 32163271).sdi
文件不包含在部分备份中,即使它们与--include-tables
选项中给出的正则表达式匹配。(缺陷号 32162426)当 仅使用重做日志创建增量备份时并且其中的redo log部分不包含备份服务器最新的InnoDB checkpoint,恢复增量备份并重启服务器后,服务器报数据损坏。这是因为恢复过程用增量备份的重做日志数据替换了已经恢复到服务器上的重做日志文件,导致服务器上已有的最新检查点丢失。通过此修复,当仅使用重做日志创建的增量备份被还原时,服务器上已有的重做日志文件仅被附加但从未被替换,以避免丢失已还原的最新 InnoDB 检查点。(缺陷号 32139949)
--encrypt-password
当操作选项 未指定密码时validate
, mysqlbackup抛出错误,抱怨密码丢失。通过此修复, mysqlbackup会在这种情况下提示输入密码。(缺陷号 32037428)--datadir
如果在还原命令中未使用该选项,则mysqlbackup在还原操作期间意外退出通过此修复, mysqlbackup在相同情况下抛出错误并正常退出。(缺陷号 31947239)使用重做日志存档的备份失败,因为 mysqlbackup在重做日志存档目录(在 中指定
innodb_redo_log_archive_dirs
)下创建了一个子目录,所有 OS 用户都可以访问该子目录,但这是不允许的。通过此修复,可以在这种情况下创建具有适当权限的子目录。(漏洞 #31926082,漏洞 #100913)在 Windows 平台上,当服务器的系统变量的值为
innodb_redo_log_archive_dirs
没有标签的绝对路径名时,使用重做日志归档对服务器进行备份操作会失败并出现内部错误。这是由于mysqlbackup 在这种情况下误解了路径名。通过此修复,现在可以正确解释路径名,如果存档不存在,则会抛出正确的错误。(缺陷号 31900686)使用 HTTP 基本身份验证将云备份到 OpenStack Swift 或兼容的对象存储服务失败,并出现 HTTP 错误 411。(缺陷 #31847208)
恢复包含分区表和加密 InnoDB 表的 TTS 备份后,
DROP DATABASE
恢复服务器上的语句失败。(缺陷号 31847208)仅使用重做日志进行 的 增量备份由 mysqlbackup完成而不会抛出错误,即使在增量备份期间发生了就地 DDL。这将导致在恢复增量备份后重新启动服务器时出现断言错误。通过此修复,当发生就地 DDL 时, mysqlbackup在增量备份期间抛出错误。(缺陷号 31653902)
image-to-backup-dir
云备份上 的操作失败, mysqlbackup抱怨它不是受支持的云操作,即使该extract
命令(别名image-to-backup-dir
)有效。(缺陷号 31453397)