It is pleasure to share my experience here,which may make Xtrabackup works better.

1. Is the process of "copy-back" necessary?

Although the wiki tells us do the "copy-back" after the "apply-log", but people found it is not necessary. Actually it will take a lot of time if you have a huge databases(e.g. > 50G).

Here is the usual process to make recovery from a tar backup,which I did in the last month.

* Extraction of the tar stream:

it took about 53 minutes. The tar.gz file was about 46G,and after extraction the files were total 170G.

* Apply log

it took about 18 minutes which depends on the server's QPS when making the backup and the DB size.

* the "copy back"

Now, I did the process "copy-back",which took about 63 minutes.(170G/63Min = 45MB/s). The total time spent: 53+18+63 = 134. Now we notice that "copy-back" took about half of the recovery time.

After that , I do not do the "copy-back", and try "mv" instead,which is quick and works fine.Since most time when recovery were doing, the situation would be an emergence. So,every minute we save will be valuable.

2. Backup without any lock

Xtrabackupex is cool, and can do real online backup.Innobackupex is convenient,which also make the backup of MyISAM tables,but it will set a lock, which can help u to get the master or slave position , on all the tables. Sometime, the lock last about 60 second and most time it's ok because we always make backup at the very morning.

From 0.95rc innobackupex can use option --no-lock to avoid this lock if ALL your tables are InnoDB and you DO NOT CARE about binary log position of backup. It's awesome.

3. Again do not forget the -i

"You must use -i (--ignore-zeros) option for extraction of the tar stream."

除了修复一些BUG，最大的改变在于开始支持Windows了。如果由于一些原因，你不得不在Windows上运行MySQL/InnoDB的话，也可以使用使用Xtrabackup了。

在Xtrabackup的wiki上简单的介绍了一下实现的原理：

首先，在logfile中找到并记录最后一个checkpoint（“last checkpoint LSN”），然后开始从LSN的位置开始拷贝InnoDB的logfile到xtrabackup_logfile；接着，开始拷贝全部的数据文件.ibd；在拷贝全部数据文件结束之后，才停止拷贝logfile。

因为logfile里面记录全部的数据修改情况，所以，即时在备份过程中数据文件被修改过了，恢复时仍然能够通过解析xtrabackup_logfile保持数据的一致。

Tip1：Xtrabackup是一个用于备份InnoDB/XtrDB的工具，真正的在线备份（不影响数据的读写），InnoDB Hot Backup的开源替代品。

Tip2：在使用参数stream=tar备份的时候，你的xtrabackup_logfile可能会临时放在/tmp目录下，如果你备份的时候并发写入较大的话xtrabackup_logfile可能会很大（5G+），很可能会撑满你的/tmp目录，可以通过参数--tmpdir指定目录来解决这个问题。

仍然是一点点的改进，这次Innobackupex增加了参数--no-lock，待备份的数据表都是InnoDB时，而且不需要二进制日志位置，可以实现全程不锁表(否则是会有短暂的锁表)。这里有更多Change log。这个RC版本中，发布了更多平台(RHEL4,5, Debian, FreeBSD, MacOS)的二进制包，免去了编译之苦。

在统计中，我们共使用了3631次备份，尚没有一次因为Xtrabackup本身的bug而备份失败。3631次中有28失败，都是因为诸如“目的地址不可写”、“磁盘分区已经满”等导致。而且也曾做过实验，在高并发写入压力下使用，Xtrabackup表现依旧正常。

在使用Xtrabackup过程中，也遇到过一些问题。在备份同时，如果数据库写入量比较大，Xtrabackup会输出（stderr）大量的备份信息，这曾塞满了我的/tmp空间（4.6G）导致备份失败。因为希望从这些信息中获得”innobackupex: innobackup completed OK! “，所以我不得不准备更大的空间保持这些巨大的无用的日志。这个Bug已经提交。在使用--stream备份的时候，xtrabackup会把xtrabackup_logfile临时（默认的）放在/tmp，有时候会把整个/tmp塞满而导致备份失败。这个只有在使用--stream备份时会发生，可以通过参数--tmpdir指定一个临时存放的位置，避免/tmp空间不够的问题。

Xtrabackup在备份5.1数据库的时候，另一个bug是innobackupex.pl脚本的问题，它会导致备份恢复后系统表中的general_log、slow_log不能使用。原因是5.1.12之后，mysql系统表中会增加的数据表general_log、slow_log使用了CVS存储引擎，每一个CVS表有.frm、.CSM、.CSV三个文件，而使用innobackupex.pl备份时，是不会备份.CSM、.CSV的文件的。不过这个Bug可以通过修改innobackupex.pl脚本的方法更正。修复方法如下：

Patch innobackupex.pl to include CSV tables, specifically line 1811 from
    my $wildcard = '*.{frm,MYD,MYI,MRG,TRG,TRN,ARM,ARZ,opt,par}';
to
    my $wildcard = '*.{frm,MYD,MYI,MRG,TRG,TRN,ARM,ARZ,CSM,CSV,opt,par}';

关于Xtrabackup的一个等待：在它的Wiki上介绍Innobackupex时有一个not implemented yet的参数[--incremental]，仍然not implemented。

（全文完）

+++++++++++++++++++++++++++++++++
正文：
+++++++++++++++++++++++++++++++++

一、 使用说明

本文测试环境同上篇。

1. 备份

InnoDB配置说明：

innodb_data_home_dir = ./
innodb_data_file_path = ibdata1:50M:autoextend
innodb_log_group_home_dir = ./
innodb_log_files_in_group = 4
innodb_log_file_size = 104857600

备份命令：

$xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/u01/xtrabackup/1/
……
$cd /u01/xtrabackup/1/ && ls
ibdata1 test xtrabackup_checkpoints xtrabackup_logfile

2. 恢复

需要执行两次xtrabackup --prepare

$xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/u01/xtrabackup/1/
……
$xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/u01/xtrabackup/1/
……
$cd /u01/xtrabackup/1/ && ls
ibdata1 ib_logfile0 ib_logfile1 ib_logfile2 ib_logfile3 test xtrabackup_checkpoints xtrabackup_logfile

这时候，InnoDB的全部数据文件就已经恢复了。将这些数据文件，拷贝回你的MySQL数据文件的位置就可以了。需要注意的是，xtrabackup只备份数据文件，并不备份数据表结构（.frm），所以使用xtrabackup恢复的时候，你必须有对应表结构文件（.frm）。

二、 增量备份

对比innobackupex和xtrabackup我们可以看到，innobackupex操作起来更方便，但是innobackupex会有短暂的锁表（时间依赖于MyISAM大小）。xtrabackup备份还有另一个重要特性：增量备份。（未来的版本innobackupex也可能增长该功能）

1. 全量备份

$xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/u01/xtrabackup/2/
……
$ls /u01/xtrabackup/2/
ibdata1 test xtrabackup_checkpoints xtrabackup_logfile

2. 增量备份

$xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/u01/xtrabackup/2.1/ --incremental-basedir=/u01/xtrabackup/2/
……
$ls /u01/xtrabackup/2.1/
ibdata1.delta test xtrabackup_checkpoints xtrabackup_logfile

在增量备份的目录下，数据文件都是以.delta结尾的。增量备份只备份上一次全量备份之后被修改过的page，所以增量备份一般只暂用较少的空间。

$cd /u01/xtrabackup/ && du --max-depth=1 -h
428K ./2.1
935M ./2

3. 增量备份恢复

我们需要分别对全量、增量备份各做一次prepare操作。

$xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/u01/xtrabackup/2/
……
$xtrabackup --prepare --target-dir=/u01/xtrabackup/2/ --incremental-dir=/u01/xtrabackup/2.1/
……
$xtrabackup --prepare --target-dir=/u01/xtrabackup/2/ #这一步不是必须的

这样，/u01/xtrabackup/2/下的数据文件就可以直接放到你的MySQL数据目录下，恢复数据了。

再次提醒，xtrabackup只备份InnoDB数据文件，表结构是不备份的，所以恢复的时候，你必须有对应表结构文件(.frm)。

参考文献
[1]. http://www.percona.com/docs/wiki/percona-xtrabackup:start

+++++++++++++++++++++++++++++++++
正文：
+++++++++++++++++++++++++++++++++

一、 环境

测试主机OS：Linux RHEL AS 3

MySQL InnoDB环境：innodb_data_file_path = ibdata1:1G;ibdata2:1G;ibdata3:1G

初始化数据：

use test;
CREATE TABLE items(id INT,var1 VARCHAR(10));
#使用脚本随机插入约1000万数据

下载XtraBackup：

http://www.percona.com/mysql/xtrabackup/0.8/source/

这里下载的是0.8版本的源码包

下载MySQL源码包:

http://dev.mysql.com/downloads/mysql/5.0.html#source

因为是编译安装XtraBackup，需要使用MySQL的源代码

二、 编译安装

你也可以下载对应平台的二进制版本XtraBackup，免去编译安装的步骤，不过目前二进制版本支持的平台并不多，所以这里列出编译的步骤。

tar zxvf mysql-5.0.85.tar.gz #解压源码包

tar zxvf xtrabackup-0.8-src.tar.gz #解压源码包

mv xtrabackup-0.8-src ./mysql-5.0.85/ innobase/ #将XtraBackpu移到InnoDB的源码目录

#如果使用的是MySQL5.1，目录改为/mysql-5.1.*/ storage/innobase/

cd mysql-5.0.85/ innobase #进入源代码目录

patch –p2 < . /xtrabackup-0.8-src/fix_innodb_for_backup.patch #给InnoDB源码打上补丁

#如果使用的是MySQL5.1，使用fix_innodb_for_backup51.patch

cd .. #进入目录mysql-5.0.85

./configure

make #我们只需要Make就可以了，不需要Make install

cd innobase/xtrabackup-0.8-src

make #编译XtraBackup；MySQL5.1必须要使用XtraBackup0.9

编译成功后，我们会获得可执行文件xtrabackup、innobackupex。为了方便使用，分别将其拷贝到某个$PATH路径下。（我这里/u01/mysql/bin/是$PATH路径的一部分）

cp xtrabackup /u01/mysql/bin/

cp innobackupex-1.5.1 /u01/mysql/bin/

安装中要注意的问题：

编译XtraBackup；MySQL5.1必须要使用XtraBackup0.9。

另外，使用MySQL5.1编译，需要简单的修改一下XtraBackup的Makefile:

#MySQL 5.0

#INC= -I. -I.. -I./../include -I./../../include

#INNODBOBJS=

#MySQL 5.1

INC= ……

MYSQLOBJS=

安装完成后，我们就可以使用命令innobackupex来备份我们的数据库了。

三、 备份

XtraBackup使用脚本innobackupx-1.5.1来备份你的数据库。关于innobackupx-1.5.1的详细参数，请参考http://www.percona.com/docs/wiki/percona-xtrabackup:xtrabackup_manual。这里列出比较常用的备份命令：普通备份、打包（Tar）备份、压缩（Tar gzip）备份。

需要注意的是，innobackupex-1.5.1会根据你的/etc/my.cnf配置，来确定你的MySQL数据位置(datadir)，所以你并不需要告诉innobackupex-1.5.1你的MySQL数据在哪儿。

1. 普通备份

innobackupex-1.5.1 --user=root --password=123 /u01/backup/1/innobackup/ 2>/u01/backup/1/1.log

备份时间3分38秒；3G的表空间,InnoDB Free 2595840 Kb。

这里我们使用mysql的root用户备份，密码为123。备份的目标目录（target dir）是/u01/backup/1/innobackup/，innobackupex-1.5.1将在该目录下生成备份。例如/u01/backup/1/innobackup/2009-09-01_11-59-29就是我执行脚本后生成的备份，所有的备份文件都在该./2009-09-01_11-59-29目录下。

这里的2>/u01/backup/1/1.log，是将备份过程中的输出信息重定向到1.log。另外innobackupex-1.5.1还支持增量备份，这里并没有测试使用。

那如何恢复呢？为了模拟恢复过程，我先将MySQL停止，并删除MySQL的data目录下所有数据文件。

cd mysql/data/ ;rm –rf *;

innobackupex-1.5.1 --apply-log /u01/backup/1/innobackup/2009-09-01_11-59-29

innobackupex-1.5.1 --apply-log /u01/backup/1/innobackup/2009-09-01_11-59-29

innobackupex-1.5.1 --copy-back /u01/backup/1/innobackup/2009-09-01_11-59-29

cd /u01/mysql/data/

chown -R mysql:dba . #(这时候可能还需要修改datadir修改文件的所有者)

命令innobackupex-1.5.1需要指定具体哪个备份目录，先应用备份log，然后copy back。这里的备份目录是/u01/backup/1/innobackup/2009-09-01_11-59-29。恢复时间约3分钟。

值得一提的是，默认innobackupex-1.5.1会将二进制日志信息存放在文件xtrabackup_binlog_info中发（方便做Slave）。

innobackupex-1.5.1会根据/et/my.cnf来确定MySQL的数据位置。

2. 打包(Tar)备份

这里基本和前面的普通备份类似，就不做详细说明了，之列出对应的命令。值得一提的是，恢复解压缩时，必须使用-i参数。

innobackupex-1.5.1 --user=root --password=123 --stream=tar /u01/backup/2/ 2>/u01/backup/2.log 1>/u01/backup/2/2.tar

大约2分55秒。这里使用1>做标准输出重定向。

恢复：

tar –ixvf 2.tar #解压压缩 这里-i参数是必须的。

innobackupex-1.5.1 --apply-log /u01/backup/2/innobackup

innobackupex-1.5.1 --copy-back /u01/backup/2/innobackup

cd /u01/mysql/data/

chown -R mysql:dba . #(这时候可能还需要修改datadir修改文件的所有者)

mysqld_safe --user=mysql &

3. 压缩(tar gzip)备份

innobackupex-1.5.1 --user=root --password=123 --stream=tar /u01/backup/1/ 2>/u01/backup/2.log | gzip > /u01/backup/1/1.tar.gz

大约3分钟。这里使用了管道|将innobackupex-1.5.1作为gzip的标准输入。它的恢复过程，只需要使用tar –izxvf 解压对应的文件后，操作完全同普通备份。

四、 关于XtraBackup

XtraBackup还在快速的成长阶段，由http://www.percona.com/维护。这里列出一些相关资源:

• 主页： http://www.percona.com/docs/wiki/percona-xtrabackup:start
• Google Group: http://groups.google.com/group/percona-discussion?hl=en
• Launchpad: https://launchpad.net/percona-xtrabackup
• Manual http://www.percona.com/docs/wiki/percona-xtrabackup:xtrabackup_manual
• Ningoo.net:

  http://www.ningoo.net/html/2009/using_xtrabackup_backup_mysql_database.html

参考文献

1. http://www.percona.com/docs/wiki/percona-xtrabackup:start
2. http://www.ningoo.net/html/2009/using_xtrabackup_backup_mysql_database.html
3. http://www.innodb.com/doc/hot_backup/manual.html#innobackup
4. http://www.ibm.com/developerworks/cn/linux/l-diffp/index.html