lp:~hrvojem/percona-xtrabackup/doc-116-2.2

Created by Hrvoje Matijakovic on 2014-12-17 and last modified on 2014-12-18
Get this branch:
bzr branch lp:~hrvojem/percona-xtrabackup/doc-116-2.2
Only Hrvoje Matijakovic can upload to this branch. If you are Hrvoje Matijakovic please log in for upload directions.

Branch merges

Related bugs

Related blueprints

Recent revisions

5055. By Hrvoje Matijakovic on 2014-12-18

* automerge of 2.1 branch (fixes BLD-170, BLD-116, BLD-123)

5054. By Sergei Glushchenko on 2014-12-14

Bug 1402450: xtrabackup 2.2 and 2.3 failed to compile in source tree
subdirectory

Add ${CMAKE_CURRENT_BINARY_DIR} into the list of include directories
when building xtrabackup binaries.

5052. By Alexey Kopytov on 2014-12-10

Empty merge from 2.1.

5048. By Sergei Glushchenko on 2014-11-30

Bug 1391216: Xtrabackup 2.2.5 fails with non-default innodb_log_block_size in 5.6.19

Port fix for Percona Server bug 1114612 to XtraBackup.

Original commit message:

Fix bug 1114612 (Failing assertion: n % srv_log_block_size == 0 in
file os0file.c line 4269).

The assertion happens because InnoDB I/O and AIO routines assume that
all I/O is done in log block size blocks. This works OK with the
default log block size of 512, but is likely to assert with large
innodb_log_block_size values.

Fix by asserting that all I/O is done in the minimum allowed log block
size blocks, that is, 512 bytes.

5047. By Alexey Kopytov on 2014-11-28

Bug #1366065: Exporting tables is inefficient when backup contains a
              large (and unrelated) change buffer

Merged a patch contributed by Davi Arnaut:

XtraBackup is quite efficient at exporting tables from a backup when it
contains a large change buffer (aka insert buffer) that is mostly
composed of changes to tables other than the tables being exported.

The problem arises from the need to merge change buffer entries when
exporting tables. In order to accomplish this, XtraBackup relies on a
normal InnoDB shutdown that merges pending change buffer entries. The
problem is that this background merging does random dives into the
change buffer index (see ibuf_merge_pages), making the process rather
inefficient if most of the entries in the change buffer are for tables
that are not even part of the backup.

An easy solution is to simply discard all change buffer entries for an
inexistent (deleted) tablespace once the first entry for such tablespace
is found. Ideally and if possible, make export akin to FLUSH TABLES FOR
EXPORT and do a fast shutdown.

5046. By Alexey Kopytov on 2014-11-21

Empty merge from 2.1.

Branch metadata

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