CentOS 6.5下Percona Xtrabackup的安装及使用

一.Xtrabackup的安装

1.下载最新版的Xtracbackup

[root@Web1 ~]# wget http://www.percona.com/redir/downloads/XtraBackup/LATEST/binary/redhat/6/x86_64/percona-xtrabackup-2.2.3-4982.el6.x86_64.rpm      

2.安装

[root@Web1 ~]# rpm -ivh percona-xtrabackup-2.2.3-4982.el6.x86_64.rpm
warning: percona-xtrabackup-2.2.3-4982.el6.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID cd2efd2a: NOKEY
error: Failed dependencies:
        libaio.so.1()(64bit) is needed by percona-xtrabackup-2.2.3-4982.el6.x86_64
        libaio.so.1(LIBAIO_0.1)(64bit) is needed by percona-xtrabackup-2.2.3-4982.el6.x86_64
        libaio.so.1(LIBAIO_0.4)(64bit) is needed by percona-xtrabackup-2.2.3-4982.el6.x86_64
        perl(DBD::mysql) is needed by percona-xtrabackup-2.2.3-4982.el6.x86_64
        perl(Time::HiRes) is needed by percona-xtrabackup-2.2.3-4982.el6.x86_64
安装以下依赖包：
[root@Web1 ~]# yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL      

再重新安装一下

二.Xtrabackup的使用

1.完全备份

[root@Web1 ~]# innobackupex --user=root --password=123456 /data/backup

InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy
and Percona LLC and/or its affiliates 2009-2013.  All Rights Reserved.

This software is published under
the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.

Get the latest version of Percona XtraBackup, documentation, and help resources:
http://www.percona.com/xb/p

140630 09:14:48  innobackupex: Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' as 'root'  (using password: YES).
140630 09:14:48  innobackupex: Connected to MySQL server
140630 09:14:48  innobackupex: Executing a version check against the server...
140630 09:14:48  innobackupex: Done.
IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".

innobackupex: Using mysql server version 10.0.10-MariaDB-log

Warning: Using unique option prefix open_files instead of open_files_limit is deprecated and will be removed in a future release. Please use the full name instead.
innobackupex: Created backup directory /data/backup/2014-06-30_09-14-48

140630 09:14:48  innobackupex: Starting ibbackup with command: xtrabackup  --defaults-group="mysqld" --backup --suspend-at-end --target-dir=/data/backup/2014-06-30_09-14-48 --tmpdir=/tmp --extra-lsndir='/tmp'
innobackupex: Waiting for ibbackup (pid=3844) to suspend
innobackupex: Suspend file '/data/backup/2014-06-30_09-14-48/xtrabackup_suspended_2'

Warning: Using unique option prefix open_files instead of open_files_limit is deprecated and will be removed in a future release. Please use the full name instead.
xtrabackup version 2.2.3 based on MySQL server 5.6.17 Linux (x86_64) (revision id: )
xtrabackup: uses posix_fadvise().
xtrabackup: cd to
xtrabackup: open files limit requested 65535, set to 65535
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = ./
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 50331648
2014-06-30 09:14:48 7f0abfdd0720  InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: File ./ib_logfile0: 'open' returned OS error 71. Cannot continue operation
innobackupex: Error: The xtrabackup child process has died at /usr/bin/innobackupex line 2672.      

从以上可以看出备份失败，出现文件不能打开错误，因为是编译安装，innobackupex未带参数默认寻找/etc/my.cnf配置文件，/etc/my.cnf文件未指定basedir及datadir

在[mysqld]下面增加

basedir = /data/mysql
datadir = /data/mysql/data      

再重新进行备份，备份成功。(basedir就是mysql安装所在的目录,datadir是数据文件所在的目录)

[root@Web1 ~]# innobackupex --user=root --password=123456 /data/backup
innobackupex: Backup created in directory '/data/backup/2014-06-30_11-33-24'
innobackupex: MySQL binlog position: filename 'mysql-bin.000003', position 312
140630 09:51:59  innobackupex: Connection to database server closed
140630 09:51:59  innobackupex: completed OK!      

但是一般情况下，这个备份是不能用于恢复的，因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。因此，此时数据文件处于不一致的状态，我们现在就是要通过回滚未提交的事务及同步已经提交的事务至数据文件也使得数据文件处于一致性状态。

 [root@Web1 ~]# innobackupex --apply-log /data/backup/2014-06-30_11-33-24      

从上面可以看出，只是对innobackupex加--apply-log参数应用日志，然后加上备份的目录

2.完全恢复数据

先停止mysqld服务，然后清空数据文件目录，恢复完成后再设置权限

[root@Web1 ~]# service mysqld stop
[root@Web1 ~]# mv /data/mysql/data /data/mysql/data_old
[root@Web1 ~]# mkdir -p /data/mysql/data
[root@Web1 ~]# innobackupex --copy-back /data/backup/2014-06-30_11-33-24
[root@Web1 ~]# chown -R mysql.mysql /data/mysql/data
[root@Web1 ~]# service mysqld start      

innobackup的--copy-back选项用于执行恢复操作，它是通过复制所有数据相关文件至MySQL数据目录，因此，需要清空数据目录。我这里是将其重命名，然后再重建目录。最主要一步是将其权限更改

3.增量备份

[root@Web1 ~]# innobackupex --user=root --password=123456 --incremental /data/backup --incremental-basedir=/data/backup/2014-06-30_11-33-24      

其中，--incremental-basedir指的是完全备份所在的目录，此命令执行结束后，innobackupex命令会在/data/backup目录中创建一个新的以时间命名的目录以存放所有的增量备份数据。另外，在执行过增量备份之后再一次进行增量备份时，其--incremental-basedir应该指向上一次的增量备份所在的目录。

需要注意的是，增量备份仅能应用于InnoDB或XtraDB表，对于MyISAM表而言，执行增量备份时其实进行的是完全备份。

增量备份，如果需要恢复的话需要做如下操作

[root@Web1 ~]# innobackupex --apply-log --redo-only /data/backup/2014-06-30_11-33-24
[root@Web1 ~]# innobackupex --apply-log --redo-only /data/backup/2014-06-30_11-33-24 --incremental-dir=/data/backup/2014-06-30_13-06-25      

如果存在多次增量备份的话，就需要多次执行.如

innobackupex --apply-log --redo-only BACKUPDIR 
innobackupex --apply-log --redo-only BACKUPDIR --incremental-dir=INCREMENTDIR-1
innobackupex --apply-log --redo-only BACKUPDIR --incremental-dir=INCREMENTDIR-2      

BACKUP是全备目录，INCREMENTDIR是增量备份目录，上面是有2次增量备份，如果存在多次增量备份，则需要多次运行如上的命令

innobackupex --user=root --password=123456 --stream=tar  /data/backup | gzip > /data/backup/`date +%F_%H-%M-%S`.tar.gz