Xtrabacup的备份原理和实战

本文的流程图和生产思想均来至于我的陈广景老师,陈广景老师,英文名Andy ,现就职某企业DBA 总监职位,感谢老师对我的技术指导

第1章 XTRABACKUP

1.1 xtrabackup介绍

InnoDB 有个商业的InnoDB Hotbackup,可以对InnoDB引擎的表实现在线热备。而 percona出品的Xtrabackup,是InnoDB Hotbackup的一个开源替代品,可以在线对InnoDB/XtraDB引擎的表进行物理备份。mysqldump支持在线备份,不过是逻辑备份,效率比较差。xtrabackup是开源的MySQL备份工具,物理备份,效率很不错。

Xtrabackup有两个主要的工具:xtrabackup、innobackupex,其中xtrabackup只能备份InnoDB和XtraDB两种数据表,innobackupex则封装了xtrabackup,同时可以备份MyISAM数据表。Xtrabackup做备份的时候不能备份表结构、触发器等等,智能纷纷.idb数据文件。另外innobackupex还不能完全支持增量备份,需要和xtrabackup结合起来实现全备的功能。

1.2 xtrabackup特点介绍

C语言编写,可以备份Innodb、XtraD,不拷贝*.frm文件

支持的引擎有:

InnoDB、Xtradb:hotbackup

MyISAM: with read lock

具有的特点有如下几点:

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

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

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

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

§  (5)还原速度快;

1.3 Xtrabackup的下载安装

Xtrabackup工具由Percona公司开发的开源热备工具,可以到官网下载到最新的版本文件。

https://www.percona.com/downloads/下载各种版本,也可以在系统中使用wget下载。

方法一:

wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.4/binary/redhat/6/x86_64/percona-xtrabackup-24-2.4.4-1.el6.x86_64.rpm

安装依赖的包

yum install perl-DBI  perl-DBD-MySQL  perl-Time-HiRes perl-IO-Socket-SSL installperl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL

方法二:

下载好的rpm包,直接使用yum 安装,自动安装依赖包,但是需要有epel源的支持,所以要下载配置好epe‘源

wget -O /etc/yum.repos.d/epel.repo  http://mirrors.aliyun.com/repo/epel-6.repo

yum install -y percona-xtrabackup-24-2.4.4-1.el6.x86_64.rpm

1.4 xtrabackup备份用户需要的权限

RELOAD 和 LOCKTABLES 权限为了执行 FLUSHTABLES WITH READ LOCK

REPLICATION CLIENT 为了获取binary log位置

CREATE TABLESPACE 权限为了导入表,用户表级别的恢复

SUPER权限在slave环境下备份用来启动和关闭slave线程

1.5 Xtrabackup备份

InnoDB 和非InnoDB文件的备份都是通过拷贝文件,但是实现的方式是不同的。

  • InnoDB是以page为粒度做的的(Xtrabackup),Xtrabackup在读取每个page时会校验checksum值,保证数据块是一致的
  • 非InnoDB是cp或者tar 命令,innobackupex在cp MyISAM文件时已经做了flush(FTWRL),磁盘上的文件也是完整的,所以最终备份集里的数据文件都是写入完整的
  • 1.5.1备份流程

1.5.2 全备流程图

1.5.3 增量备份流程图

1.6 Xtrabackup恢复

1.6.1 恢复流程图

1.7 Xtrabackup的使用

规范操作,我们先建好全备和增量备份的路径

[[email protected] backups]# pwd

/data/backups

[[email protected] backups]# ll

总用量 12

drwxr-xr-x 4 root root 4096 9月   4 17:28 full

drwxr-xr-x 4 root root 4096 9月   4 17:26 inc

操作过程:

mkdir/data/backups/{full,inc} -p

1.7.1 全备

*****生产环境中为了数据一致性最好是ROW模式,因为其他的模式数据会丢失*****

命令语法格式:

innobackupex --user=User--password=PWD/data/backup/full --slave-info --safe-slave-backup --parallel=4--safe-slave-backup-timeout=7200  --rsync

--rsync 这个参数一般用作分布式数据库集群的时候

全备步骤:

1、准备一个xtr_test数据库,并在xtr_test数据库中插入testbackup表,字段包含id,step两个字段

mysql -uroot -p789 -S /data/3306/mysql.sock
show databases;
create database xtr_test;
use xtr_test;
select database();
create table testbackup(id int not nullauto_increment primary key,step varchar(50))engine=innodb;
show tables;
desc testbackup;
show create table testbackup\G

结果样子:

mysql> desc testbackup;
+-------+-------------+------+-----+---------+----------------+
| Field | Type        | Null | Key | Default | Extra          |
+-------+-------------+------+-----+---------+----------------+
| id    |int(11)     | NO   | PRI | NULL    | auto_increment |
| step  |varchar(50) | YES  |     | NULL   |                |
+-------+-------------+------+-----+---------+----------------+
2 rows in set (0.02 sec)
mysql> show create table testbackup\G
*************************** 1. row***************************
       Table:testbackup
Create Table: CREATE TABLE `testbackup` (
  `id`int(11) NOT NULL AUTO_INCREMENT,
  `step`varchar(50) DEFAULT NULL,
  PRIMARY KEY(`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

2、插入字段“firstfull backup”到testbackup表中

insert into testbackup(step) values(‘first fullbackup‘);

操作结果:

mysql> select * from testbackup;
+----+-------------------+
| id | step              |
+----+-------------------+
|  1 | firstfull backup |
+----+-------------------+
1 row in set (0.02 sec)

3、执行全备

此时,我们创建的xtr_test数据库中的testbackup表中有数据,而且我们创建的/data/backups/full文件下面没有任何内容。下面执行全备,操作命令上面已经给出,此次操作使用的多实例所以用到了--socket参数。

innobackupex --user=root --password=789/data/backups/full --slave-info --safe-slave-backup --parallel=4--safe-slave-backup-timeout=7200 --socket=/data/3306/mysql.sock

执行结果一定要看到“160905 20:01:38 completedOK!" OK的字样,才表示成功,从打出的日志我们也能看到备份的过程和上面给出的全备流程图对比起来。

正确输出以后会在/data/backups/full 指定的目录中生成一个有时间和序号的目录,这个目录就是全备文件存放地方如:

[[email protected] ~]# ls -lrt /data/backups/full/
总用量 4
drwxr-x--- 8 root root 4096 9月   5 20:012016-09-05_20-01-32

1.7.2 增量备份

增量备份的前提是一定要有一个全备 ,只有有了全备才能进行所谓的增量备份!!!

增量备份的方式有两种,分别为:

第一种:通过全备的文件

innobackupex --user=root --password=789 --incremental --incremental-lsn=1783249/data/backups/inc  --slave-info--safe-slave-backup --parallel=4 --safe-slave-backup-timeout=7200--socket=/data/3306/mysql.sock

第二种方法:通过LSN

innobackupex --user=root --password=789 --incremental --incremental-lsn=1783249/data/backups/inc  --slave-info--safe-slave-backup --parallel=4 --safe-slave-backup-timeout=7200--socket=/data/3306/mysql.sock

1、准备好全备最新一次的全备文件,这里只做了一次,所以只有一个目录

[[email protected] ~]# ls -lrt /data/backups/full/
总用量 4
drwxr-x--- 8 root root 4096 9月   5 20:01 2016-09-05_20-01-32

2、对xtr_test数据库中的testbackup表,进行数据的插入,插入内容为“fist increment backup”

mysql> insert into testbackup(step)values(‘first increment backup‘);
Query OK, 1 row affected (0.02 sec)
 
mysql> select * from testbackup;
+----+------------------------+
| id | step                  |
+----+------------------------+
|  1 | firstfull backup      |
|  2 | firstincrement backup |
+----+------------------------+
2 rows in set (0.01 sec)

3、执行增量备份

这里我们要确定好最新一次的全备(强调)!!!

innobackupex --user=root --password=789--incremental  --incremental-basedir=/data/backups/full/
2016-09-05_20-01-32 
 /data/backups/inc --slave-info--safe-slave-backup --parallel=4 --safe-slave-backup-timeout=7200 --socket=/data/3306/mysql.sock

这里执行结果一定要看到“completed OK!" OK的字样,才表示成功如果是分布式也可以用--rsync,我们会在创建的inc目录下发现创建了一个以时间和序号命名的目录,这个目录就是Xtrabackup备份的增量。

执行结果:

[[email protected] ~]# ll /data/backups/inc
总用量 4
drwxr-x--- 8 root root 4096 9月   5 20:19 2016-09-05_20-19-48

TIP:innodb默认是使用的系统表空间,我们可以通过配置参数来使idb文件到独立空间中innodb_file_per_table = 1 这个是修改idb到独立空间,如果数据库是线上的,我们可以在配置文件my.cnf配置以上参数后,再使用set globalinnodb_file_per_table= 1 临时生效。

alter table backupstep engine=innodb; 修改表的引擎,这个操作很费时间,需要在业务低点的时候操作

1.7.3 再增量备份的基础上再备份

在创建的xtr_test数据库中的testbackup表中再次插入内容“secondincrement backup”

mysql> insert into testbackup(step) values(‘secondincrement backup‘);
Query OK, 1 row affected (0.01 sec)
 
mysql> select * from testbackup;
+----+-------------------------+
| id | step                    |
+----+-------------------------+
|  1 | firstfull backup       |
|  2 | first incrementbackup  |
|  3 | secondincrement backup |
+----+-------------------------+
3 rows in set (0.00 sec)

1、确定最新的全备文件

[[email protected] full]# pwd
/data/backups/full
[[email protected] full]# ls -lrt
总用量 4
drwxr-x--- 8 root root 4096 9月   5 20:01 2016-09-05_20-01-32

2、确定上一次增量备份的LSN

[[email protected] inc]# ls -lrt
总用量 4
drwxr-x--- 8 root root 4096 9月   5 20:19 2016-09-05_20-19-48
[[email protected] inc]# cd 2016-09-05_20-19-48/
[[email protected] 2016-09-05_20-19-48]# ls
backup-my.cnf krik    performance_schema      xtrabackup_checkpoints  xtr_test
ibdata1.delta mysql   test                    xtrabackup_info
ibdata1.meta  oldboy xtrabackup_binlog_info xtrabackup_logfile
[[email protected] 2016-09-05_20-19-48]# cat xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 1793716   #这个值一定是和上一次全备的last_lsn一样,否则就是数据不全
to_lsn = 1794019
last_lsn = 1794019
compact = 0
recover_binlog_info = 0

4、
执行增量备份命令

innobackupex  --user=root --password=789 --incremental--incremental-lsn=1794019 /data/backups/inc --slave-info --safe-slave-backup --parallel=4 --safe-slave-backup-timeout=7200--socket=/data/3306/mysql.sock

这个值是通过查看最近一次增量备份的xtrabackup_checkpoints得到

这里执行结果一定要看到“completed OK!" OK的字样,才表示成功

执行结果会在指定的目录/data/backups/inc下生成一个新的文件

[[email protected] 2016-09-05_20-19-48]# cd ..
[[email protected] inc]# pwd
/data/backups/inc
[[email protected] inc]# ls -lrt
总用量 8
drwxr-x--- 8 root root 4096 9月   5 20:19 2016-09-05_20-19-48
drwxr-x--- 8 root root 4096 9月   5 21:18 2016-09-05_21-18-30

到此我们对数据进行了完整的备份,下面会再创建一条语句,但是不会做增量备份,为了是下面测试二进制日志恢复数据。接下来要玩大的了,删库,后面看看能恢复回来不

生产环境中为了数据一致性最好是ROW模式,因为其他的模式数据会丢失

mysql> show variables like "log_bin";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin      | ON    |
+---------------+-------+
1 row in set (0.00 sec)
 
mysql> show variables like"%binlog_format%";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW   |
+---------------+-------+
1 row in set (0.00 sec)
 
ot root   418 9月   4 15:34backup-my.cnf

第2章 数据库恢复

这里只做redo,不做undo

2.1 恢复数据前准备

数据库的恢复,是从全备--->1次增量--->2次增量......--->N次增量直到故障点的位置的顺序来恢复的

如果是全备:最近一次的全备----> binlog

2.1.1 创建新的语句为二进制日志恢复做准备

mysql> insert into testbackup(step)values(‘second increment backup‘);
Query OK, 1 row affected (0.01 sec)
 
mysql> select * from testbackup;
+----+-------------------------+
| id | step                    |
+----+-------------------------+
|  1 | firstfull backup       |
|  2 | firstincrement backup  |
|  3 | secondincrement backup |
+----+-------------------------+
3 rows in set (0.00 sec)
 
mysql> insert into testbackup(step)values(‘last  backup‘);
Query OK, 1 row affected (0.00 sec)
 
mysql> select * from testbackup;
+----+-------------------------+
| id | step                    |
+----+-------------------------+
|  1 | firstfull backup       |
|  2 | firstincrement backup  |
|  3 | secondincrement backup |
|  4 |last  backup            |
+----+-------------------------+
4 rows in set (0.00 sec)
 
mysql> truncate table testbackup;
Query OK, 0 rows affected (0.02 sec)
 
mysql> select * from testbackup;
Empty set (0.00 sec)

2.2 恢复第一次的全备数据库

恢复数据库的时候一定会重启一次数据库的,所以我们可以选择停库操作(如果可以的情况下),下面以停库操作练习:

1、  停掉数据库

[[email protected] inc]# /data/3306/mysql stop
Stoping MySQL...
[[email protected] inc]# netstat -lntup|grep 3306
[[email protected] inc]#

2、  恢复最近一次的全备,*****在操作前一定要先备份*****

[[email protected] backups]# for i in `ls/data/backups/`;do cp -r $i /data/backups/$i.bak;done
[[email protected] backups]# ls
full full.bak  inc  inc.bak
[[email protected] backups]# cp -r /data/3306/data/data/backups/3306_data.bak
[[email protected] backups]# ls
3306_data.bak full  full.bak  inc inc.bak

3、  导入全备数据

innobackupex --user=root --password=789 --apply-log--redo-only /data/backups/full/2016-09-05_20-01-32--socket=/data/3306/mysql.sock

要确认看到OK字样,表示导入成功

2.3 恢复第一次全备后的第一次增量备份

1、    确定第一次增量备份的文件目录

[[email protected] inc]# ls -lrt
总用量 8
drwxr-x--- 8 root root 4096 9月   5 20:19 2016-09-05_20-19-48
drwxr-x--- 8 root root 4096 9月   5 21:18 2016-09-05_21-18-30

通过时间排序可以看到这里第一次是2016-09-05_20-19-48,工作中可以自定义一些名字

2、    执行增量恢复

innobackupex --user=root --password=789 --apply-log--redo-only /data/backups/full/2016-09-05_20-01-32 --incremental-dir=/data/backups/inc/2016-09-05_20-19-48--socket=/data/3306/mysql.sock

看到OK字样表示成功

2.4 恢复第一次全备后的第二次增量备份

innobackupex --user=root --password=789 --apply-log--redo-only /data/backups/full/2016-09-05_20-01-32   --incremental-dir=/data/backups/inc/2016-09-05_21-18-30--socket=/data/3306/mysql.sock

到此Xtrabackup昨晚了redo操作,下面我们要把他写入数据文件中。这一步才是把数据放到数据库中

数据写入数据文件:

innobackupex --user=root --password=789--apply-log /data/backups/full/2016-09-05_20-01-32  --socket=/data/3306/mysql.sock

同样是看到OK字样表示执行成功。

2.5 恢复数据到实例3306的数据中

Xtrabackup恢复是把所有的增量都叠加到了全备的身上,也就是恢复用的全备。它就是数据库data,我们把这个全备目录替换了3306数据库的data数据

[[email protected] full]# rm -fr /data/3306/data/
[[email protected] full]# mv 2016-09-05_20-01-32//data/3306/data
[[email protected] full]# ll /data/3306/data
总用量 163884
-rw-r----- 1 root root       418 9月   5 20:01 backup-my.cnf
-rw-r----- 1 root root 134217728 9月   5 22:12 ibdata1
-rw-r----- 1 root root   4194304 9月   5 22:12 ib_logfile0
-rw-r----- 1 root root   4194304 9月   5 22:12 ib_logfile1
-rw-r----- 1 root root   4194304 9月   5 22:12 ib_logfile2
-rw-r----- 1 root root  12582912 9月   5 22:12 ibtmp1
drwxr-x--- 2 root root      4096 9月   5 22:10 krik
drwxr-x--- 2 root root      4096 9月   5 22:10 mysql
drwxr-x--- 2 root root      4096 9月   5 22:10 oldboy
drwxr-x--- 2 root root      4096 9月   5 22:10 performance_schema
drwxr-x--- 2 root root      4096 9月   5 22:10 test
-rw-r----- 1 root root        22 9月   5 22:10 xtrabackup_binlog_info
-rw-r--r-- 1 root root        33 9月   5 22:12 xtrabackup_binlog_pos_innodb
-rw-r----- 1 root root       113 9月   5 22:12 xtrabackup_checkpoints
-rw-r----- 1 root root       630 9月   5 22:10 xtrabackup_info
-rw-r----- 1 root root   8388608 9月   5 22:04 xtrabackup_logfile
drwxr-x--- 2 root root      4096 9月   5 22:10 xtr_test
[[email protected] full]# chown -R mysql.mysql/data/3306/data/
[[email protected] full]# ll /data/3306/data
总用量 163884
-rw-r----- 1 mysql mysql       418 9月   5 20:01 backup-my.cnf
-rw-r----- 1 mysql mysql 134217728 9月   5 22:12 ibdata1
-rw-r----- 1 mysql mysql   4194304 9月   5 22:12 ib_logfile0
-rw-r----- 1 mysql mysql   4194304 9月   5 22:12 ib_logfile1
-rw-r----- 1 mysql mysql   4194304 9月   5 22:12 ib_logfile2
-rw-r----- 1 mysql mysql  12582912 9月   5 22:12 ibtmp1
drwxr-x--- 2 mysql mysql      4096 9月   5 22:10 krik
drwxr-x--- 2 mysql mysql      4096 9月   5 22:10 mysql
drwxr-x--- 2 mysql mysql      4096 9月   5 22:10 oldboy
drwxr-x--- 2 mysql mysql      4096 9月   5 22:10 performance_schema
drwxr-x--- 2 mysql mysql      4096 9月   5 22:10 test
-rw-r----- 1 mysql mysql        22 9月   5 22:10 xtrabackup_binlog_info
-rw-r--r-- 1 mysql mysql        33 9月   5 22:12 xtrabackup_binlog_pos_innodb
-rw-r----- 1 mysql mysql       113 9月   5 22:12 xtrabackup_checkpoints
-rw-r----- 1 mysql mysql       630 9月   5 22:10 xtrabackup_info
-rw-r----- 1 mysql mysql   8388608 9月   5 22:04 xtrabackup_logfile
drwxr-x--- 2 mysql mysql      4096 9月   5 22:10 xtr_test

重启数据库测试

[[email protected] full]# cd /data/3306
[[email protected] 3306]# ./mysql start
Starting MySQL...
[[email protected] 3306]# netstat -lntup|grep 3306
tcp       0      0 0.0.0.0:3306                0.0.0.0:*                   LISTEN      56714/mysqld
mysql> select * from testbackup;
+----+-------------------------+
| id | step                    |
+----+-------------------------+
|  1 | firstfull backup       |
|  2 | firstincrement backup  |
|  3 | secondincrement backup |
+----+-------------------------+
3 rows in set (0.00 sec)
测试增量恢复正常,但是我们最后做的一次操作,没有出现,下面使用二进制binglog来恢复

2.6 binlog日志恢复数据

使用binlog恢复数据,我们需要来确定一个“范围”这里我们需要确定从第二次增量备份后到执行删除表的sql语句之前这个范围;查找范围,我们可以使用时间范围、位置点pos来取这个范围。

2.6.1 查找第二次增量的位置点

[[email protected] 2016-09-05_21-18-30]# catxtrabackup_binlog_info
mysql-bin.000010   1201

这里我们知道了第二次增量结束后的位置点事1201,我们将以这个位置点为起止位置点

2.6.2 查找删表语句时候的位置点

由于测试binlog日志文件少,这里很好查找,生产中要根据时间点来截取一段时间范围内,然后在去查找

[[email protected] 3306]# mysqlbinlog--base64-output=decode-rows mysql-bin.000010
# at 1376
#160905 21:46:41 server id 1  end_log_pos 1403     Xid = 164
COMMIT/*!*/;
# at 1403
#160905 21:46:59 server id 1  end_log_pos 1495     Query    thread_id=7   exec_time=0   error_code=0
SET TIMESTAMP=1473083219/*!*/;
truncate table testbackup
/*!*/;
# at 1495
#160905 21:52:16 server id 1  end_log_pos 1514     Stop
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET [email protected]_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

通过查找到语句后,我们找到了位置点,我们可以导出一个文件,通过vim编辑来搜索语句

2.6.3 binlog恢复数据

通过上面找出的起止点和终止点来恢复数据

mysqlbinlog --base64-output=decode-rows -v--start-position=1201 --stop-position=1403 mysql-bin.000010

来再次确认

恢复:

[[email protected] 3306]# mysqlbinlog --start-position=1201--stop-position=1403 mysql-bin.000010|mysql -uroot -p789 -S/data/3306/mysql.sock

数据中查看:

mysql> select * from testbackup;
+----+-------------------------+
| id | step                    |
+----+-------------------------+
|  1 | firstfull backup       |
|  2 | firstincrement backup  |
|  3 | secondincrement backup |
|  4 |last  backup            |
+----+-------------------------+
4 rows in set (0.01 sec)

附录---Xtrabackup参数详解

Xtrabackup常用参数选项如下:

--slave-info:

它会记录master服务器的binary log的pos和name。会把记录的信息记录在xtrabackup_slave_info。在备份从库时,可以使用该参数, 加上--slave-info备份目录下会多生成一个xtrabackup_slave_info 文件, 这里会保存主日志文件以及偏移, 文件内容类似于:CHANGE MASTER TOMASTER_LOG_FILE=‘‘, MASTER_LOG_POS=0。

这个参数适用的场景:假设现在有主库A和从库B,目前想再添加一台备库C,并让备库C以主库A为master;因为主库A是生产库,压力一般比较大,所以我们就在备库B上备份一个数据库,然后把这个备份拿到C服务器上 并导入到C库,接下来再在C服务器上执行change master的命令:其中 master_host是A的ip,而master_log_file和master_log_pos就是这个xtrabackup_slave_info里面的值

案例:http://blog.chinaunix.net/uid-26446098-id-3395111.html帮助理解

--safe-salve-backup:

它会停止slave SQL 进程,等备份完后,重新打开slave的SQL进程

--force-tar --stream=tar /tmp

这些命令是用来压缩备份为tar文件。具体看官方文档

--defaults-file=#

默认配置文件的路径,如果不该参数,xtrabackup将从依次从以下位置查找配置文件/etc/my.cnf、/etc/mysql/my.cnf、/usr/local/etc/my.cnf、~/.my.cnf,并读取配置文件中的[mysqld]和[xtrabackup]配置段。[mysqld]中只需要指定datadir、innodb_data_home_dir、innodb_data_file_path、innodb_log_group_home_dir、innodb_log_files_in_group、innodb_log_file_size6个参数即可让xtrabackup正常工作。

--defaults-extra-file=#

如果使用了该参数,在读取了全局配置文件之后,会再读取这里指定的配置文件

--target-dir=name

备份文件的存放目录路径

--backup

实施备份到target-dir

--prepare

实施对备份文件进行恢复前的准备(生成InnoDB log file)

--print-param

打印备份或恢复时需要的参数

--use-memory=#

该参数在 prepare 的时候使用,控制prepare时innodb实例使用的内存量

--suspend-at-end

在target-dir目录下产生一个xtrabackup_suspended文件,将xtrabackup进程挂起,不停地将数据文件的变化同步到备份文件,直到用户手工删除xtrabackup_suspended文件

--throttle=#

每秒IO次数,限制backup时使用的I/O操作量,使备份对数据库正常业务的影响最小化

--log-stream

该参数在backup的时候使用,将xtrabackup_logfile的内容输出到标准输出,使用该参数时会自动使用suspend-at-end参数,innobackupex脚本的stream 模式会使用该参数。

--incremental-lsn=name

增量备份时只拷贝LSN比该参数指定值新的ibd pages,前次备份到了哪个LSN可以看前次备份集的xtrabackup_checkpoints文件

--incremental-basedir=name

该参数在backup的时候使用,备份比该参数指定位置的备份集新的idb pages

--incremental-dir=name

该参数在prepare的时候使用,指定prepare时产生的.delta 文件和日志文件的存放路径

--tables=name

在备份file-per-table类型的数据文件时使用,使用正则表达式指定需要备份的innodb表

--datadir=name

MySQL数据库的数据文件目录

时间: 2024-10-24 08:06:30

Xtrabacup的备份原理和实战的相关文章

学一点 MYSQL 双机异地热备份—-MYSQL主从,主主备份原理及实践

简单介绍mysql双机,多机异地热备简单原理实战. 双机热备的概念简单说一下,就是要保持两个数据库的状态自动同步.对任何一个数据库的操作都自动应用到另外一个数据库,始终保持两个数据库数据一致. 这样做的好处多. 1. 可以做灾备,其中一个坏了可以切换到另一个. 2. 可以做负载均衡,可以将请求分摊到其中任何一台上,提高网站吞吐量.  对于异地热备,尤其适合灾备.废话不多说了.我们直接进入主题. 我们会主要介绍两部分内容: 一, mysql 备份工作原理 二, 备份实战 我们开始. 我使用的是my

Mysql主从复制原理加实战

前言:本文将介绍主从复制的作用,原理以及实战等内容 一,主从复制作用 MYSQL主从复制有利于数据库架构的健壮性,提升访问速度和易于管理 健壮性: 当主服务器出现问题,可以立刻切换到从服务器提供服务 1.主从服务器互为备份 但是异步同步,有时还是不能数据完全一样,当主挂了,只能把主的binlog拉到从库上,让从库不丢失数据 2.读写分离分担网站压力(读写分离数据库结构) 把更新数据操作交给主服务器,查询交给从服务器,如果网站以浏览为主的业务,这时多个从服务器的负载均衡就很有效了 中大型公司:通过

网络取证原理与实战

网络取证原理与实战 一.分析背景 网络取证技术通过技术手段,提取网络犯罪过程中在多个数据源遗留下来的日志等电子证据,形成证据链,根据证据链对网络犯罪行为进行调查.分析.识别,是解决网络安全问题的有效途径之一.目前,传统的计算机取证模型和方法比较成熟,而应用于大数据时代则需要OSSIM等集成分析平台对海量数据尽心网络取证分析. 二.取证分析特点 网络取证不同于传统的计算机取证,主要侧重于对网络设施.网络数据流以及使用网络服务的电子终端中网络数据的检测.整理.收集与分析,主要针对攻击网络服务(Web

Linux系统crond、rsync、打包备份数据操作实战

Linux系统crond.rsync.打包备份数据操作实战 前面介绍了系统中定时任务.rsync.打包等各种操作,同时也介绍了实际生产环境中的各类案例,今天我们结合这几种功能做一次实战(备份数据) 一:项目背景 某公司WEB服务器数据非常重要,但是如果硬件出现故障,数据就会丢失,人工备份比较费时费力,因些需要进行相关自动备份,并且要备份至指定的备份服务器上 具体备份内容有: 1.网站站点所有目录及相关文件 2.系统相关的配置文件 3.网站的访问日志文件 具体要求如下:(每天0点备份) 1.WEB

Keepalived原理与实战精讲

什么是Keepalived呢,keepalived观其名可知,保持存活,在网络里面就是保持在线了,也就是所谓的高可用或热备,用来防止单点故障(单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用)的发生,那说到keepalived时不得不说的一个协议就是VRRP协议,可以说这个协议就是keepalived实现的基础,那么首先我们来看看VRRP协议 注:搞运维的要有足够的耐心哦,不理解协议就很难透彻的掌握keepalived的了 一,VRRP协议VRRP协议学过网络的朋友都知道,网络在设计的

Keepalived原理与实战

什么是Keepalived呢,keepalived观其名可知,保持存活,在网络里面就是保持在线了,也就是所谓的高可用或热备,用来防止单点故障(单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用)的发生,那说到keepalived时不得不说的一个协议就是VRRP协议,可以说这个协议就是keepalived实现的基础,那么首先我们来看看VRRP协议 一,VRRP协议 VRRP协议学过网络的朋友都知道,网络在设计的时候必须考虑到冗余容灾,包括线路冗余,设备冗余等,防止网络存在单点故障,那在路由

hbase 学习(十二)集群间备份原理

集群建备份,它是master/slaves结构式的备份,由master推送,这样更容易跟踪现在备份到哪里了,况且region server是都有自己的WAL 和HLog日志,它就像mysql的主从备份结构一样,只有一个日志来跟踪.一个master集群可以向多个slave集群推送,收到推送的集群会覆盖它本地的edits日志. 这个备份操作是异步的,这意味着,有时候他们的连接可能是断开的,master的变化不会马上反应到slave当中.备份个格式在设计上是和mysql的statement-based

mydumper备份原理和使用方法

mydumper介绍 MySQL自身的mysqldump工具支持单线程工作,依次一个个导出多个表,没有一个并行的机,这就使得它无法迅速的备份数据. mydumper作为一个实用工具,能够良好支持多线程工作,可以并行的多线程的从表中读入数据并同时写到不同的文件里,这使得它在处理速度方面快于传统的mysqldump.其特征之一是在处理过程中需要对列表加以锁定,因此如果我们需要在工作时段执行备份工作,那么会引起DML阻塞.但一般现在的MySQL都有主从,备份也大部分在从上进行,所以锁的问题可以不用考虑

DNS tunnel的原理及实战

DNS tunnel的原理及实战 摘自:http://netsec.ccert.edu.cn/zhengming/2011/11/01/%E8%BD%AC%E8%BD%BD%EF%BC%9Adns-tunnel%E7%9A%84%E5%8E%9F%E7%90%86%E5%8F%8A%E5%AE%9E%E6%88%98/ 什么是DNS tunnel? DNS tunnel 即 DNS隧道.从名字上来看就是利用DNS查询过程建立起隧道,传输数据. 为什么使用DNS tunnel? 当你在酒店.机场等