Mysql之二:利用Xtrabackup完成数据的备份和还原-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

Mysql之二:利用Xtrabackup完成数据的备份和还原

简介:

#####################################

安装和简介

备份和还原的实现

完全+增量+二进制日志的备份和还原

#####################################

一、安装和简介

1、简介

Xtrabackup是由percona提供的mysql数据库备份工具,据官方介绍,这也是世界上惟一一款开源的能够对innodb和xtradb数据库进行热备的工具。特点:

(1)备份过程快速、可靠;

(2)备份过程不会打断正在执行的事务;

(3)能够基于压缩等功能节约磁盘空间和流量;

(4)自动实现备份检验;

(5)还原速度快;

2、安装

其最新版的软件可从 http://www.percona.com/software/percona-xtrabackup/ 获得。本文基于RHEL5.8的系统,因此,直接下载相应版本的rpm包安装即可:

1
rpm -ivh percona-xtrabackup-2.0.0-417.rhel5.i386.rpm


二、备份和还原的实现

1、完全备份

1
2
3
4
#####本文中直接使用root
innobackupex --user=root /backup/
#####语法
innobackupex --user=DBUSER --password=DBUSERPASS  /path/to/BACKUP-DIR/

如果要使用一个最小权限的用户进行备份,则可基于如下命令创建此类用户:

1
2
3
4
mysql> CREATE USER ’bkpuser’@’localhost’ IDENTIFIED BY ’s3cret’;
mysql> REVOKE ALL PRIVILEGES, GRANT OPTION FROM ’bkpuser’;
mysql> GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO ’bkpuser’@’localhost’;
mysql> FLUSH PRIVILEGES;

使用innobakupex备份时,其会调用xtrabackup备份所有的InnoDB表,复制所有关于表结构定义的相关文件(.frm)、以及MyISAM、MERGE、CSV和ARCHIVE表的相关文件,同时还会备份触发器和数据库配置信息相关的文件。这些文件会被保存至一个以时间命令的目录中。

在备份的同时,innobackupex还会在备份目录中创建如下文件:

(1)xtrabackup_checkpoints —— 备份类型(如完全或增量)、备份状态(如是否已经为prepared状态)和LSN(日志序列号)范围信息;每个InnoDB页(通常为16k大小)都会包含一个日志序列号,即LSN。LSN是整个数据库系统的系统版本号,每个页面相关的LSN能够表明此页面最近是如何发生改变的。

(2)xtrabackup_binlog_info —— mysql服务器当前正在使用的二进制日志文件及至备份这一刻为止二进制日志事件的位置。

(3)xtrabackup_binlog_pos_innodb —— 二进制日志文件及用于InnoDB或XtraDB表的二进制日志文件的当前position。

(4)xtrabackup_binary —— 备份中用到的xtrabackup的可执行文件;

(5)backup-my.cnf —— 备份命令用到的配置选项信息;


2、准备(prepare)一个完全备份

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

innobakupex命令的--apply-log选项可用于实现上述功能。如下面的命令:

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

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



3、从一个完全备份中恢复数据

innobackupex命令的--copy-back选项用于执行恢复操作,其通过复制所有数据相关的文件至mysql服务器DATADIR目录中来执行恢复过程。innobackupex通过backup-my.cnf来获取DATADIR目录的相关信息。

1
# innobackupex --copy-back  /path/to/BACKUP-DIR

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

1
# chown -R  mysql:mysql  /mydata/data/


4、使用innobackupex进行增量备份

每个InnoDB的页面都会包含一个LSN信息,每当相关的数据发生改变,相关的页面的LSN就会自动增长。这正是InnoDB表可以进行增量备份的基础,即innobackupex通过备份上次完全备份之后发生改变的页面来实现。

要实现第一次增量备份,可以使用下面的命令进行:

1
# innobackupex --incremental /backup --incremental-basedir=BASEDIR

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

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

“准备”(prepare)增量备份与整理完全备份有着一些不同,尤其要注意的是:

(1)需要在每个备份(包括完全和各个增量备份)上,将已经提交的事务进行“重放”。“重放”之后,所有的备份数据将合并到完全备份上。

(2)基于所有的备份将未提交的事务进行“回滚”。

于是,操作就变成了:

1
# innobackupex --apply-log --redo-only BASE-DIR

接着执行:

1
# innobackupex --apply-log --redo-only BASE-DIR --incremental-dir=INCREMENTAL-DIR-1

而后是第二个增量:

1
# innobackupex --apply-log --redo-only BASE-DIR --incremental-dir=INCREMENTAL-DIR-2

其中BASE-DIR指的是完全备份所在的目录,而INCREMENTAL-DIR-1指的是第一次增量备份的目录,INCREMENTAL-DIR-2指的是第二次增量备份的目录,其它依次类推,即如果有多次增量备份,每一次都要执行如上操作;



三、完全+增量+二进制日志的备份和还原

完全备份

1
2
3
4
5
6
7
8
9
10
11
#####备份前表中数据如下
mysql> select * from tb1;
+----+------+
id | name |
+----+------+
|  1 | kobe |
|  2 | wade |
|  3 | nash |
+----+------+
#####使用Xtrabackup对所有库做完全备份
innobackupex --user=root /backup

第一次增量备份

1
2
3
4
5
6
7
8
9
10
11
12
13
第一次增量备份
mysql> insert into tb1 (name) values ('firstday');
mysql> select * from tb1;
+----+----------+
id | name     |
+----+----------+
|  1 | kobe     |
|  2 | wade     |
|  3 | nash     |
|  9 | firstday |
+----+----------+
#####basedir指向完全备份目录
innobackupex --incremental /backup --incremental-basedir=/backup/2013-09-19_15-45-49/

第二次增量备份

1
2
3
4
5
6
7
8
9
10
11
12
13
mysql> insert into tb1 (name) values ('secondday');
mysql> select * from tb1;
+----+-----------+
id | name      |
+----+-----------+
|  1 | kobe      |
|  2 | wade      |
|  3 | nash      |
|  9 | firstday  |
| 10 | secondday |
+----+-----------+
#####basedir指向第一次增量备份目录
innobackupex --incremental /backup --incremental-basedir=/backup/2013-09-19_15-47-49/

第一次滚动日志插入新数据

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
mysql> flush logs;
#####查看当前使用二进制日志文件
mysql> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 |      107 |              |                  |
+------------------+----------+--------------+------------------+
#####删除制定二进制日志文件之前的所有文件(不包含制定文件)
mysql> PURGE BINARY LOGS TO 'mysql-bin.000002';
mysql> insert into tb1 (name) values ('thirdday');
mysql> select * from tb1;
+----+-----------+
id | name      |
+----+-----------+
|  1 | kobe      |
|  2 | wade      |
|  3 | nash      |
|  9 | firstday  |
| 10 | secondday |
| 11 | thirdday  |
+----+-----------+

第二次滚动日志插入数据

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
mysql> flush logs;
mysql> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 |      341 |              |                  |
+------------------+----------+--------------+------------------+
mysql> insert into tb1 (name) values ('forthday');
#####最后数据为
mysql> select * from tb1;
+----+-----------+
id | name      |
+----+-----------+
|  1 | kobe      |
|  2 | wade      |
|  3 | nash      |
|  9 | firstday  |
| 10 | secondday |
| 13 | thirdday  |
| 14 | forthday  |
+----+-----------+

基于多个二进制日志生成单个SQL格式文件

1
2
3
4
5
6
7
8
9
#####查看快照时刻所处位置的时间点
[root@localhost ~]# mysqlbinlog --start-position=107 /mydata/data/mysql-bin.000002
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#130919 15:59:00 server id 1  end_log_pos 107   Start: binlog v 4, server v 5.5.28-log created 130919 15:59:00   #时间
#####基于时间做限定来合并多个日志文件为一个SQL格式的文件(很明显是从2的开始到3的结束)
mysqlbinlog --start-datetime='2013-09-19 15:59:00 ' /mydata/data/mysql-bin.000002 /mydata/data/mysql-bin.000003 > /backup/increment-`date +%F`.sql

准备操作(合并所有Xtrabackup备份数据)

1
2
3
4
5
6
#####准备完全备份
innobackupex --apply-log --redo-only /backup/2013-09-19_15-45-49/
#####合并第一次增量备份
innobackupex --apply-log --redo-only /backup/2013-09-19_14-00-12/ --incremental-dir=/backup/2013-09-19_14-07-35/
#####合并第二次增量备份
innobackupex --apply-log --redo-only /backup/2013-09-19_15-45-49/ --incremental-dir=/backup/2013-09-19_15-50-46/

模拟数据库损坏

1
2
service mysqld stop
rm -rf /mydata/data/*

完全+增量的数据还原

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#####一次性即可还原合并后用Xtrabackup备份过的所有文件
innobackupex --copy-back /backup/2013-09-19_15-45-49/
chown -R mysql.mysql /mydata/data/
service mysqld start
mysql> use soulboy
#####还原成功
mysql> select * from tb1;
+----+-----------+
id | name      |
+----+-----------+
|  1 | kobe      |
|  2 | wade      |
|  3 | nash      |
|  9 | firstday  |
| 10 | secondday |
+----+-----------+

利用二进制日志完成即时点恢复

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#####禁止二进制日志记录功能
mysql> set sql_log_bin=0;
#####即时点回复
mysql> source /backup/increment-2013-09-19.sql
#####开启二进制日志记录功能
mysql> set sql_log_bin=1;
#####还原成功,至此所有数据还原成功
mysql> select * from tb1;
+----+-----------+
id | name      |
+----+-----------+
|  1 | kobe      |
|  2 | wade      |
|  3 | nash      |
|  9 | firstday  |
| 10 | secondday |
| 13 | thirdday  |
| 14 | forthday  |
+----+-----------+




本文转自 ftmoonfans  51CTO博客,原文链接:http://blog.51cto.com/soulboy/1299070

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章