MySQL Enterprise Backup 4.0 Release Notes  /  Changes in MySQL Enterprise Backup 4.0.2 (2016-07-26)

Changes in MySQL Enterprise Backup 4.0.2 (2016-07-26)

Functionality Added or Changed

Bugs Fixed

  • When trying to restore a compressed image backup of a server that had separate undo tablespaces residing in the data directory with the copy-back-and-apply-log command, the operation failed at the apply-log phase, as mysqlbackup could not load the undo tablespaces. (Bug #23583961)

  • Attempts to restore an image backup from the cloud using the --skip-binlog option failed with a global tail magic mismatch error. This was because mysqlbackup failed to perform a non-sequential read from the cloud with gaps caused by the skipping of the binary logs. This fix makes sure mysqlbackup can perform such reads. (Bug #23534700)

  • When a compressed backup was being restored, if the undo logs had been put into separate tablespaces outside of the data directory on the backed up server, they got restored twice, once mistakenly as general tablespaces with the .ibd extension, and once as undo tablespaces without a file extension. This fix makes sure they are restored normally as undo tablespaces only. (Bug #23179194)

  • An extract operation for an image backup failed with a checksum mismatch error in cases when, during the backup, an InnoDB tablespace file kept growing in size, and mysqlbackup failed to put the correct file size in its file header. (Bug #22905984)

    References: This issue is a regression of: Bug #22613568.

  • During a mysqlbackup operation on a compressed backup (that is, the --uncompress option was used), mysqlbackup, in some situations, wrote to the log file multiple instances of the message ERROR: InnoDB: file write at offset > 4 GB, even though the operation was actually successful. (Bug #22733760)

  • Occasionally, some files were missing from an image backup created by the --backup-to-image command. It was due to an internal race condition, which this fix eliminates. (Bug #19600687)