MySQL企业备份已经更新到使用OpenSSL版本1.0.1m,公开报告称该版本不容易受到攻击cve - 2015 - 0286.(错误# 20747721)
一个
运用原木
对使用可传输表空间(即使用——use-tts
如果备份数据库的InnoDB表使用了非默认的页面大小,则该选项会失败。(错误# 21030456),增量部分备份失败
——incremental-base
选项被使用。(错误# 20868507)方法在Windows平台上创建增量备份时
——incremental-base
=dir: directory_path
选项,如果end_lsn
上次备份的值为232或更大,则检索值为2321,mysqlbackup.这是因为mysqlbackup将值从字符串转换为长整数,而不是长整数。此补丁将纠正转换期间使用的数据类型。(错误# 20839829)一个
copy-back-and-apply-log
的值,则映像备份操作失败innodb_data_file_path
选项的值与先前从服务器获取的值不同,并存储在backup-my.cnf
备份时的文件。这是因为复制回和apply-log阶段使用了为该选项提供的不同值。通过此修复,在恢复期间提供的值将被一致使用。(错误# 20512332)备份失败,提示错误消息”试图冲洗出口失败”如果任何表的名称mysqlbackup试图备份包含特殊字符(空格、破折号、句点、美元符号等)。通过此修复,现在支持具有特殊字符的表名。(Bug #20454754, Bug #75722)
一个
验证
对于压缩映像备份,操作总是失败,抱怨当压缩映像大到足以分解为多个片段时,数据文件片段被损坏。这是因为mysqlbackup无法识别压缩片段的文件扩展名,已通过此修复程序更正。(错误# 19796216)当
——包括表格
或——排除表
选项为包含特殊字符的表名提供了正则表达式,mysqlbackup正在错误地处理特殊字符,因此没有正确地过滤表名,也没有正确地复制表。有了这个修复,mysqlbackup正确地处理和筛选表名,并对匹配的表进行备份。(Bug #19765644, Bug #11762160)