Xtrabackup是由 Percona 开发的一个开源软件，可实现对 InnoDB 的数据备份，支持在线热备份（备份时不影响数据读写）。备份时，Xtrabackup 会将 Master 的 binlog 信息记录在 xtrabackup_slave_info 文件中，通过此信息可以方便的搭建主从复制。

XtraBackup 有两个工具：xtrabackup 和 innobackupex：

官网：http://www.percona.com/software/percona-xtrabackup
文档：http://www.percona.com/doc/percona-xtrabackup/2.2/index.html

1、Master

vim /etc/my.cnf

2、Slave:

vim /etc/my.cnf

检查是否添加成功：

yum list | grep percona

如果执行正确，其输出信息通常类似：

yum install percona-xtrabackup

innobackupex --user=DBUSER --password=DBUSERPASS /path/to/BACKUP-DIR/

如果执行正确，其输出信息通常类似：

备份时，innobackupex 会调用 xtrabackup 备份 InnoDB 表的数据，并且会复制 MyISAM, MERGE，CSV 和 ARCHIVE 表的表定义文件（.frm 文件）、数据文件。同时还会备份触发器和数据库配置信息相关的文件。这些文件将会保存在指定备份目录中一个以时间戳命名的目录下。

一般情况下，在备份完成后，数据尚且不能用于恢复操作，因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。因此，此时数据文件仍处理不一致状态。“准备”的主要作用正是通过回滚未提交的事务及同步已经提交的事务至数据文件也使得数据文件处于一致性状态。

innobackupex --apply-log /path/to/BACKUP-DIR

如果执行正确，其最后输出的几行信息通常如下：

在实现“准备”的过程中，innobackupex 通常还可以使用 --use-memory 选项来指定其可以使用的内存的大小，默认通常为 100M。如果有足够的内存可用，可以多划分一些内存给 prepare 的过程，以提高其完成速度。

将数据复制到从服务器上：
scp -r /path/to/BACKUP-DIR root@slave_host:/data/

在从服务器中恢复备份数据：
innobackupex --copy-back /path/to/BACKUP-DIR

如果服务器剩余空间不足，你可以使用 --move-back 替换掉 --copy-back。

如果执行正确，其输出信息的最后几行通常如下：

当数据恢复至数据目录以后，还需要确保所有数据文件的属主和属组均为正确的用户，如mysql，否则，在启动mysqld之前还需要事先修改数据文件的属主和属组。如：

chown -R mysql:mysql /mydata/data/

启动从库：

/etc/init.d/mysqld start

在主库中开设主从用的账号和权限：

GRANT REPLICATION SLAVE ON *.* TO 'slave'@'192.168.0.1' IDENTIFIED BY 'slave';

查看备份文件 xtrabackup_binlog_info 中的日志文件以及position。

开启主从同步：

查看从库状态：

Ps：用 innobackupex 备份数据时，–apply-log 处理过的备份数据里有两个文件说明该备份数据对应的 binlog 的文件名和位置。但有时这俩文件说明的位置可能会不同。
1 对于纯 InnoDB 操作，备份出来的数据中上述两个文件的内容是一致的
2 对于 InnoDB 和非事务存储引擎混合操作，xtrabackup_binlog_info 中所示的 position 应该会比 xtrabackup_pos_innodb 所示的数值大。此时应以 xtrabackup_binlog_info 为准；而后者和 apply-log 时 InnoDB recovery log 中显示的内容是一致的，只针对 InnoDB 这部分数据。

Ps2:启动 MySQL 时，遇到权限问题的解决方法：

报错信息：

解决方法：
chown -R mysql:mysql /home/data/mysql
chcon -R -t mysqld_db_t /home/mysql

参考资料：