Created by Laurynas Biveinis on 2012-09-13 and last modified on 2012-09-13
Get this branch:
bzr branch lp:~laurynas-biveinis/percona-xtrabackup/bug1049174-2.0
Only Laurynas Biveinis can upload to this branch. If you are Laurynas Biveinis please log in for upload directions.

Branch merges

Related bugs

Related blueprints

Recent revisions

467. By Laurynas Biveinis on 2012-09-13

Fix handling of compressed tablespaces, created between the last full
or incremental and the next incremental backup.

Bugs fixed:
bug 1049174 (Redundant zip_size handling at delta application
bug 1044398 (Handling of compressed tablespaces with compressed page
size == server page size broken),
bug 1043762 (Incremental backups may take up to 5x more space after
the fix for bug #1022562).

In order not to include the first 64KB of a tablespace unconditionally
in every delta (bug 1043762), we need to be able to create a
tablespace on disk without relying on the presence of the first pages
of a newly-created tablespace in the delta. These pages, in the
absence of any later writes to them, get a modification LSN of 0,
causing them to be omitted from the delta.

Thus we create new tablespaces from scratch by a new function
xb_delta_create_space_file() that is similar to
fil_create_new_single_table_tablespace() in InnoDB. For this function
to work, it needs a tablespace flags value, and a default value of 0
(which assumes a regular uncompressed tablespace) will cause asserts
in trying to apply log records to it later, if the tablespace is
actually compressed and its header page was not overwritten by the
delta due to reasons above. Thus, we need the actual flags value.

For this purpose we extend the incremental backup delta metadata with
a new field zip_size. On backup preperation the presence of this flag
is optional, to keep the ability to restore from the old backups and
because its value is required only in the case describe above (a new
compressed tablespace created between the backups, no log records
touching its 1st page).

Always pass zero to fil_space_create() instead of the tablespace flags
in xb_delta_open_matching_space(). Push the flags calculation between
fil_space_create() and xb_delta_create_space_file(). Calculate these
flags for all XtraBackup flavours by conditionally defining the
required constants, to minimize the conditionally-compiled code. If
there was no zip_size in the metadata, assume flags to be zero.

Revert the changes in xtrabackup_copy_datafile() made for bug 1022562,
that is, do not store the first 64KB of every tablespace

In xtrabackup_apply_delta(), remove the assumption that zip_size is
equal to page_size whenever page_size < UNIV_PAGE_SIZE, fixing bug

No testsuite changes, as this is non-functional case. The regular
incremental compressed backups are tested by the
xb_incremental_compressed test, an the corner case of a new compressed
tablespace that does not have its 1st page in the delta is tested by
bug1028949 test.

466. By Stewart Smith on 2012-09-10

merge fix for Bug #1038127: XtraBackup 2.0.2 is not backwards compatible

465. By Alexey Kopytov on 2012-09-06

Bug #803636: "moves files" option needed with --copy-back

Merged the patch contributed by Igor Tverdovskiy in
lp:~igor-tverdovskiy/percona-xtrabackup/move-back_opt with some edits.

The patch adds a new option --move-back to innobackupex, which is
similar to --copy-back with the only difference that instead of copying
files it moves them to the target locations. It may be useful in cases
when there is not enough free disk space to hold both data files and
their backup copies.

464. By Ignacio Nin on 2012-08-22

Merge with fix for bug #1038198

463. By Stewart Smith on 2012-08-15

merge fix for Bug #1032090: innobackupex galera-info options is not documented

462. By Stewart Smith on 2012-08-15

merge 2.0.2 release branch

461. By Stewart Smith on 2012-08-06

bump version to 2.0.3 after branching of 2.0.2 release brancH

460. By Stewart Smith on 2012-08-06

bump version number to 2.0.2

459. By Stewart Smith on 2012-08-06

bump 2.0.2 release date to 13th August, allows a little extra breathing room

458. By Stewart Smith on 2012-08-06

merge 2.0.2 release notes

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
This branch contains Public information 
Everyone can see this information.