MySQL Enterprise Backup 已更新为使用 OpenSSL 版本 1.0.1m，该版本已被公开报告为不容易受到 CVE-2015-0286 的攻击。（缺陷号 20747721）

如果备份数据库为其 InnoDB 表使用非默认页面大小，则对apply-log使用可传输表空间（即带有选项）创建的备份 的操作失败。--use-tts（缺陷号 21030456）

如果 --incremental-base使用该选项，则增量部分备份失败。（缺陷号 20868507）

使用 --incremental-base=dir:directory_path 选项在 Windows 平台上创建增量备份时，如果end_lsn上次备份的值为 2 ³²或更大，则该值被mysqlbackup^{检索为 2 32} -1 。这是因为 mysqlbackup将值从字符串转换为长整型，而不是长整型。此修复更正了转换期间使用的数据类型。（缺陷号 20839829）

如果在还原期间copy-back-and-apply-log用于该 innodb_data_file_path选项的值与先前从服务器获取并backup-my.cnf在备份期间存储在文件中的值不同，则映像备份操作失败。这是因为回写和应用日志阶段使用了为选项提供的不同值。通过此修复，可以一致地使用还原期间提供的值。（缺陷号 20512332）

如果mysqlbackup尝试备份的任何表的名称 包含特殊字符（空格、破折号、句点、美元符号等）， 备份将失败并显示错误消息“尝试刷新导出失败” 。通过此修复，现在支持具有特殊字符的表名。（缺陷 #20454754，缺陷 #75722）

validate当压缩图像大到足以分解成多个片段时，压缩图像备份 的操作总是失败，并抱怨数据文件片段已损坏。这是因为mysqlbackup无法识别压缩片段的文件扩展名，并且已通过此修复程序得到纠正。（漏洞#19796216）

当--include-tablesor --exclude-tables选项为包含特殊字符的表名提供正则表达式时，mysqlbackup错误地处理了特殊字符，因此表名没有被正确过滤并且表被错误地复制。通过此修复，mysqlbackup 可以正确处理和过滤表名并备份匹配表。（错误#19765644，错误#11762160）