mysql备份恢复项目_mysql备份恢复之xtrabackup (XBK、Xbackup)

10.1安装

10.1.1 安装依赖包：

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

yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL libev

10.1.2 下载软件并安装

wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.12/binary/redhat/7/x86_64/percona-xtrabackup-24-2.4.12-1.el7.x86_64.rpm

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 -y install percona-xtrabackup-24-2.4.4-1.el7.x86_64.rpm

10.2、备份命令介绍:

xtrabackup

innobackupex ******

10.3 备份方式——物理备份

(1)对于非Innodb表(比如 myisam)时，锁表cp数据文件，属于一种温备份。

(2)对于Innodb的表(支持事务的)，不锁表，拷贝数据页，最终以数据文件的方式保存下来，把一部分redo和undo一并备走，属于热备方式。

10.3.1xbk 在innodb表备份恢复的流程

0、xbk备份执行的瞬间,立即触发ckpt,已提交的数据脏页,从内存刷写到磁盘,并记录此时的LSN号

1、备份时，拷贝磁盘数据页，并且记录备份过程中产生的redo和undo一起拷贝走,也就是checkpoint LSN之后的日志

2、在恢复之前，模拟Innodb“自动故障恢复”的过程，将redo(前滚)与undo(回滚)进行应用

3、恢复过程是cp 备份到原来数据目录下

10.4、innobackupex使用

10.4.1 全备

[root@db01 backup]# innobackupex --user=root --password=123 /data/backup

默认是以日期命名备份文件[root@db01 ~]# innobackupex --user=root --password=123 /test[root@db01 ~]# ll /test/drwxr-x---2root root 6May2920:312019-05-29_20-31-45

自主定制备份路径名

[root@db01 backup]# innobackupex --user=root --password=123 --no-timestamp /data/backup/full

自定义备份文件的名字[root@db01 ~]#innobackupex --user=root --password=123 --no-timestamp /test/full[root@db01 ~]# ll /test[root@db01 ~]#drwxr-x--- 5 root root 193 Jun 5 20:10 full

备份集中多出来的文件：

xtrabackup_binlog_info　　　　　　# 能帮助我们确认binlog的起点

xtrabackup_checkpoints　　　　　　# 通过lsn号确认操作是否正常

xtrabackup_info　　　　　　　　　　#所有备份信息，一般不怎么关注这个

xtrabackup_logfile　　　　　　　　# 记录备份过程中的redo和undo文件，不用关注，也看不懂

xtrabackup_binlog_pos_innodb # 记录内容相比第1个少了gtid号

解析：

xtrabackup_binlog_info ：(备份时刻的binlog位置)

[root@db01 full]# cat xtrabackup_binlog_info

mysql-bin.000003 536749　　79de40d3-5ff3-11e9-804a-000c2928f5dd:1-7

记录的是备份时刻，binlog的文件名字和当时的结束的position，可以用来作为截取binlog时的起点。

xtrabackup_checkpoints ：

backup_type = full-backuped

from_lsn = 0 上次所到达的LSN号(对于全备就是从0开始,对于增量备份显示的是上次结束的last_lsn号减去9)

to_lsn = 160683027 备份开始时间(ckpt)点数据页的LSN

last_lsn = 160683036 备份结束后，redo日志最终的LSN， 如果to和last数值差9个，可认为是一致的，这9个在5.7中是预留的，当做增量备份时会接27来进行

compact = 0

recover_binlog_info = 0

(1)备份时刻，立即将已经commit过的，内存中的数据页刷新到磁盘(CKPT).开始备份数据，数据文件的LSN会停留在to_lsn位置。

(2)备份时刻有可能会有其他的数据写入，已备走的数据文件就不会再发生变化了。

(3)在备份过程中，备份软件会一直监控着redo的undo，如果一旦有变化会将日志也一并备走，并记录LSN到last_lsn。

从to_lsn ----》last_lsn 就是，备份过程中产生的数据变化.

10.4.2 全备的恢复

准备备份(Prepared)

将redo进行重做，已提交的写到数据文件，未提交的使用undo回滚掉。模拟了CSR的过程

[root@db01 ~]# innobackupex --apply-log /backup/full

恢复备份

前提：

1、被恢复的目录是空

2、被恢复的数据库的实例是关闭

systemctl stop mysqld

创建新目录并授权

[root@db01 backup]# mkdir /data/mysql1

chown -R mysql.mysql /data/mysql1

恢复备份

[root@db01 full]# cp -a /backup/full/* /data/mysql1/

启动数据库

vim /etc/my.cnf

datadir=/data/mysql1

[root@db01 mysql1]# chown -R mysql.mysql /data/mysql1

systemctl start mysqld

10.4.3 innobackupex 增量备份(incremental)

(1)增量备份的方式，是基于上一次备份进行增量。

(2)增量备份无法单独恢复。必须基于全备进行恢复。

(3)所有增量必须要按顺序合并到全备中。

增量备份命令

(1)删掉原来备份

略.

(2)全备(周日)

[root@db01 backup]# innobackupex --user=root --password --no-timestamp /backup/full >&/tmp/xbk_full.log

(3)模拟周一数据变化

db01 [(none)]>create database cs charset utf8;

db01 [(none)]>use cs

db01 [cs]>create table t1 (id int);

db01 [cs]>insert into t1 values(1),(2),(3);

db01 [cs]>commit;

(4)第一次增量备份(周一)

innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir=/backup/full /backup/inc1 &>/tmp/inc1.log

(5)模拟周二数据

db01 [cs]>create table t2 (id int);

db01 [cs]>insert into t2 values(1),(2),(3);

db01 [cs]>commit;

(6)周二增量

innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir=/backup/inc1 /backup/inc2 &>/tmp/inc2.log

# --incremental 打开增量备份的开关

(7)模拟周三数据变化

db01 [cs]>create table t3 (id int);

db01 [cs]>insert into t3 values(1),(2),(3);

db01 [cs]>commit;

db01 [cs]>drop database cs;

恢复到周三误drop之前的数据状态

恢复思路：

1. 挂出维护页，停止当天的自动备份脚本

2. 检查备份：周日full+周一inc1+周二inc2，周三的完整二进制日志

3. 进行备份整理(细节)，截取关键的二进制日志(从备份——误删除之前)

4. 测试库进行备份恢复及日志恢复

5. 应用进行测试无误，开启业务

6. 此次工作的总结

恢复过程

1. 检查备份

1afe8136-601d-11e9-9022-000c2928f5dd:7-9

2. 备份整理(apply-log)+合并备份(full+inc1+inc2)

(1) 全备的整理

[root@db01 one]# innobackupex --apply-log --redo-only /data/backup/full

(2) 合并inc1到full中

[root@db01 one]# innobackupex --apply-log --redo-only --incremental-dir=/data/backup/inc1 /data/backup/full

(3) 合并inc2到full中

[root@db01 one]# innobackupex --apply-log --incremental-dir=/data/backup/inc2 /data/backup/full

讲解：--redo-only表示只用来处理redo, 合入全量的最后一次的增量不要使用这个参数。

(4) 最后一次整理全备

[root@db01 backup]# innobackupex --apply-log /data/backup/full

3. 截取周二 23:00 到drop 之前的 binlog

[root@db01 inc2]# mysqlbinlog --skip-gtids --include-gtids='1afe8136-601d-11e9-9022-000c2928f5dd:7-9' /data/binlog/mysql-bin.000009 >/data/backup/binlog.sql

4. 进行恢复(全备份内容的恢复)

[root@db01 backup]# mkdir /data/mysql/data2 -p

[root@db01 full]# cp -a * /data/mysql/data2

[root@db01 backup]# chown -R mysql. /data/*

[root@db01 backup]# systemctl stop mysqld

vim /etc/my.cnf

datadir=/data/mysql/data2

systemctl start mysqld

Master [(none)]>set sql_log_bin=0;　　# 关闭二进制日志

Master [(none)]>source /data/backup/binlog.sql　　#使用binlog恢复最后一次备份到故障时刻的数据

备份集中单独恢复表

思考:在之前的项目案例中,如果误删除的表只有10M,而备份有500G,该如何快速恢复误删除表?

提示：

drop table city;

create table city like city_bak;

alter table city discard tablespace;

cp /backup/full/world/city.ibd /application/mysql/data/world/

chown -R mysql.mysql /application/mysql/data/world/city.ibd

alter table city import tablespace;

从mysqldump 全备中获取库和表的备份

1、获得表结构

# sed -e'/./{H;$!d;}' -e 'x;/CREATE TABLE `city`/!d;q' full.sql>createtable.sql

2、获得INSERT INTO 语句，用于数据的恢复

# grep -i 'INSERT INTO `city`' full.sqll >data.sql &

3.获取单库的备份

# sed -n '/^-- Current Database: `world`/,/^-- Current Database: `/p' all.sql >world.sql