当mysqlbackup无法连接到服务器,返回的警告mysqlbackup现在包括TCP连接的主机名和端口号,和套接字连接的套接字信息。这是一组复制设置特别有用,因为mysqlbackup可能试图连接到多个主机。(错误# 30040027)

在当前版本之前,当备份的服务器使用keyring_okv插件为InnoDB表加密,mysqlbackup不能运行sudo的用户的操作系统。这个限制已经被移除。(错误# 29020232)

一个新的选项,——lock-wait-retry-count,现在可以用于指定的最大数量可以尝试重试mysqlbackup后刷新表读锁备份的最后阶段期间发布的声明中,暂时把数据库为只读状态,由于超时失败。有关详细信息,请参阅选项的描述。(错误# 26008480)

的——解压现在支持的选项提取操作:文件从一个压缩单个文件备份现在可以提取和未压缩的一个命令。

备份服务器包含加密InnoDB表当失败mysqlbackup连接到它——套接字选择。这是因为mysqlbackup没有通过的价值吗——keyring-migration-socket密匙环迁移服务器;这种修复mysqlbackup通过选择当它连接到服务器与Unix socket或备份Windows命名管道。(错误# 30082039)

一个压缩和加密列纵队备份有时损坏如果备份服务器配置innodb_file_per_table =了。(错误# 29798621)

在繁忙的服务器上备份失败由于重做日志覆盖,即使重做日志大小很大。它实际上是由一个昂贵的但不必要的检查继电器日志覆盖,这已经被修正。(错误# 29526337)

备份期间表在某些方面改变时(例如,重命名,删除,然后取而代之的是表相同的名字,等等),mysqlbackup报道成功的备份,但无法恢复备份。此修复确保所有这些病例表改变妥善处理mysqlbackup,所以备份可以恢复。(错误# 29462340)

一个备份失败mysqlbackup抱怨错误日志扫描才能够达到…如果要备份的服务器开始与系统变量设置innodb_checksum_algorithm =没有。(错误# 29285006)

恢复操作失败的错误二进制日志索引文件无法打开,如果二进制日志备份服务器的基本名称的子字符串”指数”。(错误# 29273947)

当备份的服务器使用keyring_okv插件为InnoDB表加密,如果——主机,——用户,——港口选项没有与mysqlbackup命令通过命令行或指定一个配置文件,备份失败了。这是因为在这种情况下,mysqlbackup没有这些选项的值,可以使用连接到服务器密匙环操作的照顾。修复,现在设置默认值,所以mysqlbackup连接到服务器本地主机作为根和在端口3306年如果不指定这些选项的密匙环操作。(错误# 29015923)

一个TTS备份恢复操作失败如果备份服务器ANSI_QUOTES作为它的SQL模式之一,作为其系统变量中指定sql模式。(错误# 28979134)

试图从一个压缩提取二进制日志文件备份失败的没有这样的文件或目录错误当二进制日志文件的大小大于16 mb的备份服务器。(错误# 28787312)

后恢复增量备份从MySQL社区服务器加密InnoDB表、恢复服务器的keyring文件损坏,服务器无法启动。(错误# 28422191)

InnoDB缓冲池中转储备份操作,mysqlbackup有时报告故障转储时实际上仍然在进步。解决阻止问题的改善方法mysqlbackup检查转储的状态。(错误# 27185901)

mysqlbackup试图连接到一个指定的远程主机——主机选择,虽然它应该忽视的选项(见连接选项详情)。修复,现在的选择是忽略。

(错误# 25911987)

备份数据库包含表创建失败透明页面压缩腐败,投诉的页面。这是因为mysqlbackup之前没有执行减压数据验证,修正了此修复。(错误# 24366571)

当备份失败的一步mysqlbackup应用了刷新表tbl_name [, tbl_name]…与读锁声明所有non-InnoDB表如果任何包含保留字表名或特殊字符。这是因为mysqlbackup没有附上表名在引号发出声明,这确保完成修复。(错误# 19709505,错误# 74144)