MySQL Enterprise Backup 8.0.23是MySQL Enterprise Backup的最新版本。它只支持MySQL Server 8.0.23。对于较早版本的MySQL 8.0,请使用与服务器版本号相同的MySQL Enterprise Backup版本。MySQL服务器5.7,请使用MySQL Enterprise Backup 4.1, MySQL服务器5.6,请使用MySQL Enterprise Backup 3.12。
使用OCI对象存储记录云操作现在可以提供更多信息。(错误# 32011770)
对于与Amazon s3兼容的存储服务的云备份操作,在操作开始时已经添加了检查存储服务上是否存在该桶。如果指定的桶不存在,mysqlbackup抛出错误并退出操作。(错误# 31981595)
一个新的选择,
——cloud-chunk-size
,当为云操作启用分块传输时,引入了用来指定块的大小。参见描述——cloud-chunk-size
获取详细信息。(错误# 31977600)MySQL企业备份扩展了它支持的云存储服务类型;看到云存储选项获取详细信息。
控件导致压缩备份的恢复或验证操作失败
未预期的文件结束
错误。(错误# 32163271).sdi
中的正则表达式与文件匹配时,部分备份中也不包括文件——包括表格
选择。(错误# 32162426)当一个增量备份只使用重做日志创建并且其中的重做日志部分没有包含备份服务器的最新InnoDB检查点,在恢复增量备份并重启服务器后,服务器报告数据已损坏。这是因为恢复过程用增量备份中的重做日志数据替换了已经恢复到服务器上的重做日志文件,导致服务器上已经存在的最新检查点丢失。通过这个修复,当只使用重做日志创建的增量备份被恢复时,服务器上已经存在的重做日志文件只被追加而不被替换,以避免丢失已经恢复的最新InnoDB检查点。(错误# 32139949)
方法未指定密码时
——encrypt-password
选项验证
操作,mysqlbackup抛出一个错误,抱怨密码丢失。有了这个修复,mysqlbackup在这种情况下,提示输入密码。(错误# 32037428)mysqlbackup在恢复操作期间意外退出
——datadir
选项未在还原命令中使用。有了这个修复,mysqlbackup在相同的情况下抛出错误并优雅地退出。(错误# 31947239)使用重做日志归档的备份失败,原因是mysqlbackup在重做日志归档目录下创建了一个子目录
innodb_redo_log_archive_dirs
),所有操作系统用户都可以访问,这是不允许的。通过此修复,在这种情况下将创建具有适当权限的子目录。(Bug #31926082, Bug #100913)在Windows平台上,当服务器的系统变量的值
innodb_redo_log_archive_dirs
是一个没有标签的绝对路径名,对服务器使用重做日志归档的备份操作失败,并出现内部错误。这是由于mysqlbackup在这种情况下,错误解释了路径名称。通过此修复,现在可以正确解释路径名,如果存档不存在,则抛出正确的错误。(错误# 31900686)通过HTTP基本认证向OpenStack Swift或兼容的对象存储服务进行云备份失败,提示HTTP错误411。(错误# 31847208)
在包含分区表和加密InnoDB表的TTS备份被恢复后,一个
删除数据库
语句在恢复的服务器上失败。(错误# 31847208)一个只使用重做日志进行增量备份由mysqlbackup即使在增量备份期间发生了原地的DDL,也不会抛出错误。这将在恢复增量备份后重新启动服务器时导致断言错误。有了这个修复,mysqlbackup在执行原地DDL时,在增量备份期间抛出错误。(错误# 31653902)
一个
image-to-backup-dir
对云备份的操作失败,投诉由mysqlbackup它不是一个受支持的云操作,即使提取
的别名image-to-backup-dir
,工作。(错误# 31453397)