mysql全量备份工具_Mysql备份工具xtraback全量和增量测试

Mysql备份工具xtraback全量和增量测试

xtrabackup 是 percona 的一个开源项目，可以热备份innodb ，XtraDB,和MyISAM(会锁表)

Xtrabackup是由

一、安装

1、RPM安装：

rpm -ivh –nodeps percona-xtrabackup-debuginfo-2.0.0-417.rhel5.x86_64.rpm

–nodeps(不检查软件间的依赖关系)，因为安装xtrabackup需要mysql_client，但是我的是通过源码安装的。所以环境变量要设置正确

比如 export PATH=$PATH:/usr/local/mysql/bin 如果mysql没有设置到PATH里 会报错。

2、下载二进制源码包：

tar -zxvf percona-xtrabackup-2.0.0.tar.gz

mv  percona-xtrabackup-2.0.0  /usr/loca/xtrabackup

3、使用源代码方式安装

如果你想使用源代码方式安装的话，则会发现 其安装方式有点古怪，这是因为它采用的在MySQL源代码上打补丁构建的方式。

tar zxf xtrabackup-0.8.tar.gz

cd xtrabackup-0.8

./configure

make

进行到这里时，千万别惯性使然接着make install，那样就会接着安装MySQL了，正确方法是接着：

cd innobase/xtrabackup/

make

make install

查看版本号：

mysqld配置文件：(多实例时备份必须要)

[mysqld]

innodb_data_home_dir = /www/mysqldata/ibdata #用来储存文件的数据

innodb_log_group_home_dir = /www/mysqldata/iblogs

innodb_data_file_path=ibdata1:10M;ibdata2:10M:autoextend

innodb_log_files_in_group = 2

innodb_log_file_size = 1G

注：文本测试中没有多实例，使用默认my.cnf。

二、xtrabackup备份和恢复

Xtrabackup有两个主要的工具：xtrabackup、innobackupex。    xtrabackup只能备份InnoDB和XtraDB两种数据表，支持在线热备份，不会锁表innobackupex则封装了xtrabackup，同时可以备份MyISAM数据表，如果你的数据库里有innodb和myisam存储引擎，只能使用innobackupex备份。

* xtrabackup - 用于热备份innodb, xtradb表的工具，不能备份其他表。

* innobackupex - 对xtrabackup封装的perl脚本，提供了myisam表备份的能力。(能进行整库和数据表备份)。本文旨在介绍Xtrabackup工具对数据库进行增量备份实践。

1、innobackupex-1.5.1备份

在实施备份时，需要在数据库运行的情况下在线执行，并先提前建立用于备份的路径。

innobackupex [--defaults-file=/etc/my.cnf] –user=root [--host=192.168.10.198] [--password=xxx] [--port=3306] /www/backup/ 2>/www/backup/backup.log

参数：

/www/backup/   #备份的目录

2>/www/backup/backup.log   #将备份过程中的输出信息重定向到/www/backup/backup.log

–slave-info  #会记录复制主日志的复制点，便于重新做复制用。(用在备份从机器用)

xtrabackup_binlog_info  #存放binlog的信息。(binlog需要另外拷贝备份，如果需要binlog的话)

xtrabackup_checkpoints   #存放备份的起始位置和结束位置。

–-stream=tar  #告诉xtrabackup，备份需要以tar的文件流方式输出。

–-include='test'  #备份包含的库表，如例：意思是要备份test库中所有的表。如果需要全备份，则省略这个参数；如果需要备份test库下的2个表：tableA & tableB,则写成：–-include='test.tableA|test.tableB'；再如果test库下只有2个前缀是 table的表，你还可以写成：–-include='test.table*'。

–-throttle=500   #xtrabackup在备份过程中，IO操作比较多，因此需要限定一下IO操作。以免服务器压力过大，不过好像作用不太明显，也不知道是不是设置的还是过大。待测…

–-socket=/data/mysql/backup/mysql.sock  #指定mysql.sock所在位置，以便备份进程登录mysql

--apply-log

--redo-only

(1)、完整数据备份

例如：

mysql>showdatabases;

+--------------------+

| Database |

+--------------------+

| information_schema |

| jss |

| my_db |

| mysql |

| test |

+--------------------+

5 rows in set (0.00 sec)

全量备份：

innobackupex --defaults-file=/etc/my.cnf /www/backup/

将在/www/backup/  目录下产生一个按当前日期时间命令的目录，如 2012-07-18_15-05-06，在恢复时，注意要先关闭服务器，并且将 datadir 的目录先清空，在恢复数据后一定需要重置该目录的权限。

模拟故障，具体操作如下：

/usr/local/mysql5/bin/mysqladmin  -uroot shutdown

mv /www/mysqldata  /tmp/

mkdir /www/mysqldata

应用全量备份：

innobackupex --apply-log /www/backup/2012-07-18_15-05-06/

innobackupex --copy-back /www/backup/2012-07-18_15-05-06/

ln -s /usr/local/mysql5/share/english  /www/mysqldata/mysql/english  #恢复初始目录树，否则无法启动

chown -R mysql.mysql /www/mysqldata

/usr/local/mysql5/bin/mysqld_safe  --user=mysql &

提示，可以在备份时直接压缩以节约磁盘空间：

innobackupex --defaults-file=/etc/my.cnf --stream=tar /www/backup/ | gzip > /www/backup/compress/mysql_backup.tar.gz

不过注意解压需要手动进行，并加入 -i 的参数，否则无法解压出所有文件。

tar zxfi /www/backup/compress/mysql_backup.tar.gz

innobackupex --apply-log /www/backup/compress

innobackupex --copy-back /www/backup/compress

(2)Innobackupex针对某个库增量备份：

增量备份仅针对InnoDB这类支持事务的引擎，对于MyISAM等引擎，则仍然是全备了。

全量备份：

innobackupex-1.5.1 --defaults-file=/etc/my.cnf --databases="jss" /www/backup/full/

登录到数据库，创建几个新的对象：

mysql> use jss;

Database changed

mysql> show tables;

+---------------+

| Tables_in_jss |

+---------------+

| j1 |

+---------------+

1 row in set (0.00 sec)

mysql> truncate table j1;

Query OK, 0 rows affected (0.01 sec)

mysql> create table ja(id int);

Query OK, 0 rows affected (0.04 sec)

mysql> insert into ja values (1);

Query OK, 1 row affected (0.01 sec)

完整备份目录上做第一次增量备份

innobackupex-1.5.1 --defaults-file=/etc/my.cnf --databases="jss" --incremental --incremental-basedir=/www/backup/full/2012-07-18_19-47-49/ /www/backup/inc

如果默认存储引擎是基于MyISAM，那么增量备份时备份的文件分别是.frm、.MYD、.MYI。

如果默认存储引擎是基于InnoDB，那么增量备份时备份的只会是.frm文件，我的配置文件所采用的是独立表空间。

在 /www/backup/rec/下会产生增量文件：

[root@localhost jss]# cd /www/backup/inc/2012-07-18_19-55-17/

[root@localhost 2012-07-18_19-55-17]# ls -l

total 384

-rw-r--r-- 1 root root    250 Jul 18 19:55 backup-my.cnf

-rw-r----- 1 root root 360448 Jul 18 19:55 ibdata1.delta

-rw-r----- 1 root root     18 Jul 18 19:55 ibdata1.meta

drwxr-xr-x 2 root root   4096 Jul 18 19:55 jss

-rw-r--r-- 1 root root     13 Jul 18 19:55 xtrabackup_binary

-rw-r--r-- 1 root root     26 Jul 18 19:55 xtrabackup_binlog_info

-rw-r----- 1 root root     81 Jul 18 19:55 xtrabackup_checkpoints

-rw-r----- 1 root root   2560 Jul 18 19:55 xtrabackup_logfile.

[root@localhost 2012-07-18_19-55-17]# cd jss/

[root@localhost jss]# ls -l

total 28

-rw-r--r-- 1 mysql mysql   61 Jul 18 19:18 db.opt

-rw-r--r-- 1 mysql mysql 8556 Jul 18 19:18 j1.frm

-rw-rw---- 1 mysql mysql 8556 Jul 18 19:53 ja.frm

note:此过程仅影响XtraDB或基于InnoDB的表，其他带不同存储引擎的表会在增量备份出现时被完全复制

恢复过程也需要用到prepare

首先，提交事务必须重新执行每一个备份

然后，未提交事务必须回退

模拟故障

rm -rf  /www/mysqldata/jss

将完整备份中的数据恢复到数据库中

innobackupex-1.5.1 --defaults-file=/etc/my.cnf --databases="jss" --apply-log /www/backup/full/2012-07-18_19-47-49/

第一个增量备份应用到完整备份

innobackupex-1.5.1 --defaults-file=/etc/my.cnf --databases="jss" --apply-log /www/backup/full/2012-07-18_19-47-49/ --incremental-dir=/www/backup/inc/2012-07-18_19-55-17/

在完整备份目录下会看到一个新增文件：

经过分析，原来是在prepare时，XtraBackup并没有将增量备份集中，属于新建对象的.frm文件复制到完整备份集目录，因此在执行copy-back时，这部分文件自然也就没有复制回数据文件路径。只有手动还原到datadir。

拷贝到datadir目录下

cp -rp  2012-07-18_19-47-48jss   /www/mysqldata/jss

进入datadir查看文件：

[root@localhost backup]# cd  /www/mysqldata

[root@localhost mysqldata]# ls

ibdata1  ib_logfile0  ib_logfile1  jss  my_db  mysql  test  xtrabackup_binlog_pos_innodb  xtrabackup_checkpoints

[root@localhost mysqldata]# chown  -R mysql.mysql /www/mysqldata

重启mysql

2、xtrabackup备份详解

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

mysql

use jss;

alter table j1 engine=innodb;

(1)全量备份及恢复

(使用xtrabackup，仅限InnoDB和xtradb表，且注意mysql配置文件my.cnf中“default_table_type = InnoDB”否则不成功)。

xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/www/backup/

执行两次：

xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/www/backup/

xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/www/backup/

将数据库停掉，删除数据库下的ib*(ib开头的所有)文件。

将/www/backup/目录下的ib*文件拷贝到数据库目录。

设置权限：

#chown mysql:mysql ib*

重启数据库后测试，是否成功。

[root@localhost backup]# cp ib* /www/mysqldata/

[root@localhost backup]# chown  mysql.mysql /www/mysqldata/ib*

[root@localhost backup]# /usr/local/mysql/bin/mysqld_safe  --user=mysql &

[1] 1695

[root@localhost backup]# 120719 15:56:19 mysqld_safe Logging to '/www/mysqldata/localhost.localdomain.err'.

120719 15:56:19 mysqld_safe Starting mysqld daemon with databases from /www/mysqldata

[root@localhost backup]# mysql

Welcome to the MySQL monitor.  Commands end with ; or \g.

Your MySQL connection id is 1

Server version: 5.1.57-log MySQL Community Server (GPL)

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> use jss;

Database changed

mysql> select * from j2;

+------+

| id   |

+------+

|    2 |

+------+

1 row in set (0.01 sec)

注意，xtrabackup只备份数据文件，并不备份数据表结构(.frm)，所以使用xtrabackup恢复的时候，你必须有对应表结构文件(.frm)。

(2)增量备份及恢复

再次强调，xtrabackup做增量仅限InnoDB和xtradb表，且注意mysql配置文件my.cnf中“default_table_type= InnoDB”否则不成功。

做增量前当然要先进行全量备份，在全量的基础上来进行增量。

首先进行全量备份。

xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/www/backup/

在全量备份的基础上进行增量。

xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/www/inc/1 --incremental-basedir=/www/backup/

(注：/www/inc/1/是每次都需修改的。比如第二次增量就改成/www/inc/ 2，当然可以写个脚本进行自动备份，备份脚本将陆续奉上......恢复的时候也是一样)

增量恢复。(步骤同全量恢复，只是在执行恢复命令的时候中间多一步)

xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/www/backup/

xtrabackup --target-dir=/www/backup/ --prepare --incremental-dir=/www/inc/1

xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/www/backup/

将数据库停掉，删除数据库下 /www/mysqldata/ibdata 的ib*表文件。将/www/backup/目录下的ib*文件拷贝到数据库目录/www/mysqldata/ibdata。

设置权限：

#chown mysql:mysql ib*

重启后测试。是否成功。

注：备份前先登录数据库，打开一个表看看记录条数，然后进行备份，然后再对表最终的记录进行修改，然后在备份，再测试。

三、innobackupex-1.5.1与xtrabackup相结合

备份策略：

整库备份直接用innobackupex-1.5.1脚本。

只对InnoDB或xtradb表，进行备份直接用xtrabackup。

由于xtrabackup不能备份表结构，所以备份时首先用innobackupex-1.5.1脚本对数据库进行整库备份。再用xtrabackup进 行表备份。分别进行。恢复时也分别进行恢复。如果发生表结构丢失则先使用innobackupex-1.5.1进行恢复，然后再用xtrabackup恢 复增量数据。用生成的文件ib*覆盖用innobackupex-1.5.1恢复后的ib*文件。

=======================================================================================

首先，innobackupex-1.5.1全备份：

innobackupex --defaults-file=/etc/my.cnf /www/backup/full/ 2> /www/backup//1.log

#会生成一个时间文件夹，这里假如是2012-7-20_15-57-44

然后，xtrabackup 做增量备份：

innobackupex-1.5.1--defaults-file=/etc/my.cnf --incremental --incremental-basedir=/www/backup/full/2012-7-20_15-57-44/ /www/backup/inc/1

恢复：

首先停掉数据库，备份二进制日志(如果有的话)，然后删除数据库目录下的所有数据库文件.

cd /www/mysqldata

rm -rf * # 删除数据目录里的所有文件

恢复全量备份：

innobackupex-1.5.1 --apply-log /www/backup/full/2012-7-20_15-57-44/ # 应用日志

innobackupex-1.5.1 --copy-back /www/backup/full/2012-7-20_15-57-44/ # 拷贝文件

恢复增量备份：

xtrabackup --prepare --target-dir=/www/backup/full/2012-7-20_15-57-44 --incremental-dir= /www/backup/inc/1

将/www/backup/目录下的ib*文件拷贝到数据库目录

重启mysql服务。

转载：http://blog.chinaunix.net/uid-25266990-id-3314699.html