增量备份之所以能工作是因为每个innodb的page都包含日志序列号(LSN)。LSN是整个数据库的版本号。
增量备份会拷贝那些LSN比备份开始时新的页。有两种算法用来计算查找这些页：第一种，支持所有版本类型，从数据页中直接读取页的LSN号；第二种，只是支持percona server，可以跟踪所有改变的页，也改变跟踪信息会写入一个单独的、压缩的bitmap文件。xtrabackup使用这个文件去读取需要备份的页，从而降低了读请求。也可以使用--incremental-force-scan来强制读取所有的页，即使有bitmap文件存在。
增量备份并不需要将数据文件与之前的备份文件相比较。事实上，即使没有之前的备份，也可以使用--incremental-lsn直接进行增量备份。增量备份只是比较lsn。
备份的时候，xtrabackup会向--target_dir目录写入一个文件：xtrabackup_checkpoints。这个文件包含一行带有to_lsn的内容，即数据库备份后的lsn。
比如：
$ more xtrabackup_checkpoints backup_type = full-backuped from_lsn = 0 to_lsn = 1626007 last_lsn = 1626007 compact = 0 recover_binlog_info = 1
执行增量备份的过程：
1.创建全备 $ xtrabackup --backup --target-dir=/data/backups/base 2.执行增量备份 $ xtrabackup --backup --target-dir=/data/backups/inc1 --incremental-basedir=/data/backups/base 在/data/backups/inc1下包含delta文件 3.再次增量备份 $ xtrabackup --backup --target-dir=/data/backups/inc2 --incremental-basedir=/data/backups/inc1
如何对增量备份做prepare
对增量备份做prepare步骤，和全备不同。
对全被做prepare，为了确保数据一致性，要完成两种操作：事务前滚、事务回滚。
对增量备份做prepare，必须略过对未提交的事务的回滚，因为未提交的事务在备份的时候可能还在处理过程中，可能会在下一次增量备份时提交。所以需要使用xtrabackup --apply-log-only来阻止对事务回滚，否则增量备份是无效的。
假设有一个全备、两份增量备份：
/data/backups/base /data/backups/inc1 /data/backups/inc2
要先对全备做prepare，再依次对增量备份做prepare：
$ xtrabackup --prepare --apply-log-only --target-dir=/data/backups/base $ xtrabackup --prepare --apply-log-only --target-dir=/data/backups/base --incremental-dir=/data/backups/inc1 $ xtrabackup --prepare --target-dir=/data/backups/base --incremental-dir=/data/backups/inc2