mysqlbackup现在支持增量备份的备份压缩（使用--compress和 --uncompress选项）（使用该选项创建的增量备份除外--incremental-with-redo-log-only ）。

mysqlbackup现在支持 InnoDB 表的透明页面压缩。通过设置mysqlbackup选项 --compress-method=punch-hole；有关详细信息，请参阅选项说明。

使用命令恢复增量备份映像 copy-back-and-apply-log失败，mysqlbackup抱怨目标服务器的服务器存储库配置（包括，例如，值innodb_data_file_path）未知。通过此修复， mysqlbackupbackup-my.cnf从已使用增量备份的基本备份恢复的文件中获取所需信息。（漏洞#28411028）

参考资料：此问题是 Bug #27429244 的回归。

当备份操作因磁盘已满而失败时， mysqlbackup挂起。通过此修复， mysqlbackup在这种情况下通过抛出错误正常退出。（缺陷号 28399821）

在--apply-incremental-backup 操作期间，mysqlbackup试图删除备份的正在运行的服务器的二进制日志。（漏洞#28377502）

在 FreeBSD 平台上，使用该 --show-progress选项不会使 mysqlbackup打印进度报告。（漏洞 #28350122）

对存储在 OpenStack 云存储服务上的图像执行mysqlbackup操作有时会因分段错误或错误的 URL 错误而失败。这是由于未启动的变量引起的竞争条件，已被此修复消除。（错误#28189239，错误#28183729）

--compress使用该选项 时，具有加密 InnoDB 表的数据库备份失败。（缺陷号 28177466）

Windows 版本的 MySQL Enterprise Backup 在调用时不显示其构建 ID。（漏洞#27916702）

对存储在 OpenStack 云存储服务上的图像执行mysqlbackup操作失败，并显示401 Unauthorized错误，因为该操作花费了很长时间并且云访问的身份验证令牌已过期。通过此修复，在这种情况下， mysqlbackup中的一个单独线程 从 OpenStack 云服务请求一个新令牌，以便操作可以继续。（漏洞#27893174）

使用该--show-progress=table 选项时，mysqlbackup在错误日志中给出警告，提示操作接近尾声时与服务器的连接中止。这是因为用于写入backup_progress 表的服务器连接保持打开状态。通过此修复，连接在mysqlbackup 操作完成后正确关闭。（漏洞#27647283）

当不使用该 --log-bin选项还原增量备份时，二进制日志不会还原到其在备份服务器上的原始位置，而是 还原到--log-bin先前在还原基础备份期间指定的位置。--relay-log当未使用该选项时，从站增量备份的中继日志也会发生同样的情况 。（漏洞 #27545745）

如果，当备份正在进行并且 mysqlbackup正在读取二进制日志（或中继日志）索引文件并且服务器试图修改索引文件（因为，例如，刚刚发生了日志刷新或日志清除），则二进制日志记录（或中继日志记录）已停止；服务器也会在 Windows 平台上意外退出。这是因为 mysqlbackup没有很好地处理文件共享冲突。通过此修复，mysqlbackup 现在使用本地文件系统 API 读取索引文件，该 API 可以优雅地处理文件共享冲突；还有， mysqlbackup现在将索引文件复制到其缓冲区中，然后将其关闭，而不是长时间保持打开状态，因此服务器可以更轻松地修改或删除索引文件。（错误#22914974，错误#26047119）