Merge lp:~laurynas-biveinis/percona-xtrabackup/bug1044398-2.0 into lp:percona-xtrabackup/2.0
Status: | Work in progress |
---|---|
Proposed branch: | lp:~laurynas-biveinis/percona-xtrabackup/bug1044398-2.0 |
Merge into: | lp:percona-xtrabackup/2.0 |
Prerequisite: | lp:~sergei.glushchenko/percona-xtrabackup/xb20-bug1038127 |
Diff against target: |
146 lines (+57/-12) 2 files modified
src/xtrabackup.c (+20/-12) test/t/bug1044398.sh (+37/-0) |
To merge this branch: | bzr merge lp:~laurynas-biveinis/percona-xtrabackup/bug1044398-2.0 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Alexey Kopytov (community) | Needs Fixing | ||
Review via email: mp+123235@code.launchpad.net |
Description of the change
Fix bug 1044398 (Handling of compressed tablespaces with compressed
page size == server page size broken)
The problem was that incremental backup table metadata format,
after fixing bug 932623, did not contain a compression flag nor a
compressed page size. Instead, it stored only a page size, and
compression was implied whenever page size < UNIV_PAGE_SIZE. This
assumption breaks with compressed page size == UNIV_PAGE_SIZE.
Fixed by adding storing a new field zip_size in the metadata. Its
presence is optional for backwards compatibility: when it's absent,
XtraBackup reverts to the old logic.
Added new test bug1044398 for testing this backwards compatibility.
Jenkins: http://
Unmerged revisions
- 467. By Laurynas Biveinis
-
Fix bug 1044398 (Handling of compressed tablespaces with compressed
page size == server page size broken)The problem was that incremental backup table metadata format,
after fixing bug 932623, did not contain a compression flag nor a
compressed page size. Instead, it stored only a page size, and
compression was implied whenever page size < UNIV_PAGE_SIZE. This
assumption breaks with compressed page size == UNIV_PAGE_SIZE.Fixed by storing a new field zip_size in the metadata and using it for
tablespace creation instead of the assumptions.Added new test bug1044398 to assert that zip_size absence in the delta
metadata is fatal.
Why does the test case creates an uncompressed table with the 16K page size? As I understand, a compressed 16K page size was the broken case?