MySQL常见的备份方式和类型
课程目标
了解MySQL常见的备份方式和类型
掌握xtrabackup或者innobackupex工具实现增量备份的原理和方法（重点） 掌握mysqldump工具的备份（重点）
能够使用binlog日志对mysql数据库进行增量备份并恢复（重点） 扩充了解其他的备份方法和工具
理论储备
一、MySQL备份概述
1. 关于备份你要知道的
思考：备份和冗余有什么区别？
备份： 能够防止由于机械故障以及人为误操作带来的数据丢失，例如将数据库文件保存在了其它地方。冗余： 数据有多份冗余，但不等备份，只能防止机械故障带来的数据丢失，例如主备模式、数据库集群。2.备份什么
数据文件、二进制日志文件、配置文件
3.备份过程须考虑的因素
必须制定详细的备份计划（备份频率、时间点、周期） 备份数据应该放在非数据库本地，并建议有多份副本
必须做好数据恢复的演练（每隔一段时间，对备份的数据在测试环境中进行模拟恢复，保证当出现数据灾难 的时候能够及时恢复数据。）
根据数据应用的场合、特点选择正确的备份工具。数据的一致性
服务的可用性
4.备份类型
4.1逻辑备份
备份的是建表、建库、插入等操作所执行SQL语句（DDL DML DCL）。
适用于中小型数据库，效率相对较低。 一般在数据库正常提供服务的前提下进行，如：mysqldump、
mydumper、into outfile（表的导出导入）等。
4.2物理备份
直接复制数据库文件 dbfile binary log my.cnf
适用于大型数据库环境，不受存储引擎的限制，但不能恢复到不同的MySQL版本。
一般是在数据库彻底关闭或者不能完全正常提供服务的前提下进行的备份）；如：tar、cp、xtrabackup（数 据库可以正常提供服务）、lvm snapshot、rsync等
4.3在线热备
MySQL的replication架构，如M-S|M-S-S|M-M-S等实时在线备份
5.备份工具
社区版安装包中的备份工具：
1.mysqldump 1）企业版和社区版都包含
2）本质上使用SQL语句描述数据库及数据并导出
3）在MYISAM引擎上锁表，Innodb引擎上锁行
4）数据量很大时不推荐使用
2.mysqlhotcopy 1）企业版和社区版都包含
2）perl写的一个脚本，本质上是使用锁表语句后再拷贝数据
3）只支持MYISAM数据引擎企业版安装包中的备份工具： mysqlbackup
1）在线备份
2）增量备份
3）部分备份
4）在某个特定时间的一致性状态的备份第三方备份工具：
XtraBackup和innobackupex
1）Xtrabackup是一个对InnoDB做数据备份的工具，支持在线热备份（备份时不影响数据读写）， 是商业备份工具InnoDB Hotbackup的一个很好的替代品。
2）Xtrabackup有两个主要的工具：xtrabackup、innobackupex
a、xtrabackup只能备份InnoDB和XtraDB两种数据表，不能备份myisam类型的表。
b、innobackupex是将Xtrabackup进行封装的perl脚本，所以能同时备份处理innodb和myisam的存储引 擎，但在处理myisam时需要加一个读锁。
mydumper
多线程备份工具
https://launchpad.net/mydumper/mydumper-0.9.1.tar.gz 2015-11-06（最后更新时间） 6.备份方法
完全备份（全备） 增量备份
7.需要重点掌握的逻辑备份mysqldump工具
逻辑数据的导入导出（into outfile）
物理备份
xtrabackup和innobackupex lvm-snapshot
二、MySQL的逻辑备份
1.了解binary log
1.1二进制日志格式
STATEMENT（5.7.7以前默认）：基于语句的日志记录ROW（ 5.7.7以后默认）：基于行的日志记录MIXED：混合日志记录
In MySQL 5.6, the default binary logging format is STATEMENT.
1.2二进制日志的用途
查看数据库的变更历史数据库的增量备份
数据库的灾难恢复
MySQL复制
1.3开启二进制日志
1.4redo log日志作用
用于数据库实例崩溃恢复，保证数据的一致性；
前滚已经提交的事务到数据文件；回滚未提交的事务
1.5日志记录过程
2.mysqldump备份
本质：导出的是sql语句文件
优点：无论是什么存储引擎，都可以用mysqldump备成sql语句
缺点：速度较慢,导入时可能会出现格式不兼容的突发状况.无法直接做增量备份. 提供三种级别的备份，表级，库级和全库级
Usage:
mysqldump [OPTIONS] database [tables]
mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...] mysqldump [OPTIONS] --all-databases [OPTIONS]
说明：
如果备份对象下的数据库绝大多数都是myisam类型表，为了保证数据的一致性，备份时需要锁定表。 如果备份的数据库里的表与其他库没有关系的话，那么只需要锁定该库下的表就可以了，如：
--lock-tables
如果备份的数据库里的表与其他库有关系的话，那么需要锁定整个mysql数据库的所有库下的所有表；如：
--lock-all-tables
如果是针对innodb的表进行备份由于innodb是事务型的引擎，会话与会话之间是隔离的，所以备份的时候不影响数据库 的正常使用，无需锁表。
常用参数：
--flush-logs, -F 开始备份前刷新日志
--flush-privileges 备份包含mysql数据库时刷新授权表
--lock-all-tables, -x MyISAM一致性，服务可用性（针对所有库所有表）
--lock-tables, -l 备份前锁表（针对要备份的库）
--master-data=1|2 该选项将会记录binlog的日志位置与文件名并追加到文件中详细说明：
1.该选项等于2表示将二进制日志的位置和文件名写入到备份文件，并在dump文件中注释掉这一行；
2.该选项等于1表示将二进制日志的位置和文件名写入到备份文件，不在dump文件中注释掉这一行；
2.1示例1：
使用mysqldump工具进行表、库、全库级别备份恢复
2.2示例2：
完全备份(mysqldump)+增量备份(binlog)
适用于中小型数据库；通过结合二进制日志文件，把数据库恢复到最新的状态二进制日志文件默认会记录下所有对数据库数据变化的操作
二进制日志文件中会记录某个操作的详细sql语句，还有执行的时候环境、时间、以及该记录在二进制日志文 件的起始和结束点pos值
demo1：先做全量备份，然后更新数据并误操作，binlog进行数据恢复
1.全库备份
[root@db01 data]# mysqldump -p --flush-logs --master-data=2 --all-databases > /backup/all.sql Enter password:
--flush-logs //备份时先将内存中日志写回磁盘，然后截断二进制日志,并产生新的日志文件
初始状态：
mysql> select * from t1;
+------+---------+----------+
| id | name | sal |
+------+---------+----------+
| 1 | harry | 12000.33 |
| 2 | tom | 15000.00 |
| 3 | harryyy | NULL |
+------+---------+----------+
查看完整备份文件中的字段
# vim /tmp/all.sql
-- CHANGE MASTER TO MASTER_LOG_FILE='mysqld-bin.000003', MASTER_LOG_POS=120;
2.更新相关数据
注释：更新的db02库中的t1表
mysql> insert into t1 values (4,'jack',2000); Query OK, 1 row affected (0.01 sec)
mysql> delete from t1 where id=3; Query OK, 1 row affected (0.01 sec)
mysql> select * from t1;
+------+-------+----------+
| id | name | sal |
+------+-------+----------+
| 1 | harry | 12000.33 |
| 2 | tom | 15000.00 |
| 4 | jack | 2000.00 |
+------+-------+----------+
3 rows in set (0.00 sec)
3.模拟故障
进入到数据库中，将3个业务库全部删掉
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| db01 |
| db02 |
| myblog |
| mysql |
| performance_schema |
| test |
+--------------------+
7 rows in set (0.00 sec)
mysql> drop database db01;
Query OK, 7 rows affected (0.04 sec)
mysql> drop database db02;
Query OK, 1 row affected (0.01 sec)
mysql> drop database myblog;
Query OK, 12 rows affected (1.62 sec)
4.还原
1）全库恢复
[root@db01 data]# mysql -p < /backup/all.sql
结果：当前数据库恢复到了11:05分的状态
2）增量恢复
查看（读懂）二进制日志文件
# at 120 起始位置
#181012 19:06:00 server id 1 end_log_pos 199 CRC32 0xc4a7306e Query thread_id=9 exec_time=0 error_code=0
SET TIMESTAMP=1539342360/*!*/;
SET @@session.pseudo_thread_id=9/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1075838976/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/; SET
@@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8
/*!*/;
SET @@session.lc_time_names=0/*!*/; # at 199
#181012 19:06:00 server id 1 end_log_pos 310 CRC32 0x764ea2b3 Query thread_id=9 exec_time=0 error_code=0
use `db02`/*!*/;
SET TIMESTAMP=1539342360/*!*/;
insert into t1 values (4,'jack',2000) 正常的更新数据，需要恢复
/*!*/;
# at 310
#181012 19:06:00 server id 1 end_log_pos 341 CRC32 0xa5a0cfe4 Xid = 1103 COMMIT/*!*/;
# at 341 //insert语句的结束位置
#181012 19:06:32 server id 1 end_log_pos 420 CRC32 0xc2c81cd3 Query thread_id=9 exec_time=0 error_code=0
SET TIMESTAMP=1539342392/*!*/; BEGIN
/*!*/;
# at 420
#181012 19:06:32 server id 1 end_log_pos 519 CRC32 0x7b3404e2 Query thread_id=9 exec_time=0 error_code=0
SET TIMESTAMP=1539342392/*!*/;
delete from t1 where id=3 误操作的数据，不需要恢复
课后练习1：
使用mysqldump备份整个数据库，做一些更新后在新的机器上进行恢复
3. 逻辑导入导出
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| local_infile | ON |
+---------------+-------+
方法二：
# mysqlimport dbname /path/file
它就是一个load data local infile的一个功能的打包实现demo1：把db01库的emp表导出成文本，然后误删掉数据后进行恢复
mysql> select * into outfile '/backup/emp' from emp;
ERROR 1290 (HY000): The MySQL server is running with the --secure-file-priv option so it cannot execute this statement
原因：没有给目录授权
解决：修改配置文件加入以下内容，重启数据库
secure_file_priv=/tmp/backup/
mysql> select * into outfile '/backup/emp' from emp;
ERROR 1 (HY000): Can't create/write to file '/backup/emp' (Errcode: 13 - Permission denied)
原因：mysql用户没有权限在/backup目录里创建文件解决办法：
[root@db01 ~]# ll -d /backup/
drwxr-xr-x 2 root root 21 10月 12 19:17 /backup/ [root@db01 ~]# setfacl -m u:mysql:rwx /backup/
demo2：创建一个表，把你系统里的/etc/passwd导入到数据库 1、创建表password
CREATE TABLE `password` (
`uname` varchar(50) DEFAULT NULL,
`pass` char(2) DEFAULT NULL,
`uid` int(11) DEFAULT NULL,
`gid` int(11) DEFAULT NULL,
`comment` varchar(60) DEFAULT NULL,
`home` varchar(50) DEFAULT NULL,
`shell` varchar(50) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4
2、创建password.txt文件(文件内容必须是\t分割的多列)并导入到数据库 方法一：使用sed或者awk处理成新文本
# tr ':' '\t' < passwd |tee userinfo # sed -i 's/:/\t/g' passwd
方法二：直接用mysqlimport指定分隔符
[root@db01 mysql]# mysqlimport db02 --fields-terminated-by=':' --lines-terminated-by='\n'
/backup/userinfo -p123
课堂练习2：
需求：把用户登录系统的信息存放到数据库里
lastlog |sed '1d'|awk -F'[ ]+' '{print 2"\t"$3}'
last|grep -vE 'wtmp|^$|reboot|tty1' |awk '{print $1"\t"$2"\t"$3}'
要求如下显示：
用户名 登录终端 来源IP 问题？
三、MySQL的物理备份
1.lvm-snapshot备份优点：
几乎是热备(创建快照前把表上锁，创建完后立即释放) 支持所有存储引擎
备份速度快
无需使用昂贵的商业软件(它是操作系统级别的)
缺点：
可能需要跨部门协调(使用操作系统级别的命令，DBA一般没权限) 数据如果分布在多个卷上比较麻烦(针对存储级别而言)
备份流程：
1.flush table with read locak;
2.create snapshot;
3.show master status; show slave status;
4.unlock tables;
5.copy data from cow to backup
6.remove snapshot
1.1环境准备：
1.2手动基于LVM快照实现备份：
1.3mylvmbackup工具基于LVM自动备份
功能：利用LVM快照实现物理备份，即LVM快照备份的自动版
安装perl模块
1.在线安装
http://www.lenzg.net/mylvmbackup
它依赖于perl 模块，可用以下命令安装
perl -MCPAN -e 'install Config::IniFiles'
2.离线安装
# rpm -ivh mylvmbackup-0.16-0.noarch.rpm
warning: mylvmbackup-0.16-0.noarch.rpm: Header V4 DSA/SHA1 Signature, key ID b27291f2: NOKEY error: Failed dependencies:
perl(Config::IniFiles) is needed by mylvmbackup-0.16-0.noarch perl(Date::Format) is needed by mylvmbackup-0.16-0.noarch perl(File::Copy::Recursive) is needed by mylvmbackup-0.16-0.noarch
解决：
# yum -y localinstall atrpms-77-1.noarch.rpm perl-File-Copy-Recursive-0.38-1.el6.rfx.noarch.rpm perl-IO-stringy-2.110-1.2.el6.rfx.noarch.rpm perl-Config-IniFiles-2.56-1.el6.rf.noarch.rpm
安装mylvmbackup软件包
# yum -y install mylvmbackup-0.15-0.noarch.rpm 解决依赖关系perl-TimeDate
备份方法一：
# mylvmbackup --user=root --password=123 --host=localhost --mycnf=/etc/my.cnf -- vgname=vg_back --lvname=lv-mysql --backuptype=tar --lvsize=100M --backupdir=/backup
# tar xf backup-20140903_000236_mysql.tar.gz # ls
backup backup-cnf-20150702_000236_mysql
2.xtrabackup备份xtrabackup|innobackupex的优点：
1.备份过程快速、可靠(因为是物理备份)；
2.支持增量备份，更为灵活
3.备份过程不会打断正在执行的事务；
4.能够基于压缩等功能节约磁盘空间和流量；
5.自动实现备份检验；
6.还原速度快；
缺点：
1.只能对innodb表增量备份，myisam表增量备份时是全备
2.innobackupex备份MyISAM表之前要对全库进行加READ LOCK，阻塞写操作，若备份是在从库上进行的话会影响主从同步，造成延迟。对InnoDB表备份不会阻塞读写。
innobackupex全备原理：
图片来自网络全备恢复原理画图讲解
具体文字描述如下：
在InnoDB内部会维护一个redo日志文件，我们也可以叫做事务日志文件。事务日志会存储每一个InnoDB表 数据的记录修改。当InnoDB启动时，InnoDB会检查数据文件和事务日志，并执行两个步骤：它应用（前 滚）已经提交的事务日志到数据文件，并将修改过但没有提交的数据进行回滚操作。
xtrabackup在启动时会记住log sequence number（LSN），并且复制所有的数据文件。复制过程需要一些时间，所以这期间如果数据文件有改动，那么将会使数据库处于一个不同的时间点。这时，xtrabackup会运 行一个后台进程，用于监视事务日志，并从事务日志复制最新的修改。xtrabackup必须持续的做这个操作， 是因为事务日志是会轮转重复的写入，并且事务日志可以被重用。所以xtrabackup自启动开始，就不停的将 事务日志中每个数据文件的修改都记录下来。
上面就是xtrabackup的备份过程。接下来是准备（prepare）过程。在这个过程中，xtrabackup使用之前复 制的事务日志，对各个数据文件执行灾难恢复（就像MySQL刚启动时要做的一样）。当这个过程结束后，数 据库就可以做恢复还原了。
以上的过程在xtrabackup的编译二进制程序中实现。程序innobackupex可以允许我们备份MyISAM表和frm 文件从而增加了便捷和功能。Innobackupex会启动xtrabackup，直到xtrabackup复制数据文件后，然后执 行FLUSH TABLES WITH READ LOCK来阻止新的写入进来并把MyISAM表数据刷到硬盘上，之后复制MyISAM 数据文件，最后释放锁。
备份MyISAM和InnoDB表最终会处于一致，在准备（prepare）过程结束后，InnoDB表数据已经前滚到整个 备份结束的点，而不是回滚到xtrabackup刚开始时的点。这个时间点与执行FLUSH TABLES WITH READ LOCK的时间点相同，所以MyISAM表数据与InnoDB表数据是同步的。类似Oracle的recover和restore， InnoDB的prepare过程可以称为recover（恢复），MyISAM的数据复制过程可以称为restore（还原）。Mysql5.7.3以后开启二进制日志需要加上server-id选项，不然报错
实例1：使用innobackupex+binlog实现增量备份并恢复演练
思 路 ： 1.inobackupex全备2.inobackupex预备
3.修改数据，备份binlog日志 （增量备份）
4.删除数据（模拟故障）
5.全备恢复
6.恢复binlog 增量备份
安装innobackupex工具：
# yum -y install libev-4.15-3.el7.x86_64.rpm
# yum -y install percona-xtrabackup-24-2.4.7-1.el7.x86_64.rpm
[root@mysql01 RPM]# rpm -ql percona-xtrabackup-24
/usr/bin/innobackupex
/usr/bin/xtrabackup
/usr/share/doc/percona-xtrabackup-24-2.4.7
/usr/share/doc/percona-xtrabackup-24-2.4.7/COPYING
/usr/share/man/man1/innobackupex.1.gz
/usr/share/man/man1/xtrabackup.1.gz
步骤：
建立myisam存储引擎和innodb存储引擎的表测试： 开启bin-log日志：
mysql> create database db01; mysql> use db01
mysql> create table t1(id int,name varchar(10)) engine=myisam; mysql> insert into t1 values(1,'mona');
mysql> create table t2(id int,name varchar(10)) engine=innodb; mysql> insert into t2 values(2,'tom');
创建一个备份用户admin并授予相应的权限： 注意：如果不使用root账号备份
需要的权限：
连接到服务是为了执行备份，需要在/backup上有read，write和execute权限。
在数据库中需要以下权限：
RELOAD和LOCK TABLES权限:为了执行FLUSH TABLES WITH READ LOCK
REPLICATION CLIENT权限：为了获取binary log位置
PROCESS权限：显示有关在服务器中执行的线程的信息（即有关会话执行的语句的信息），允许使用SHOW ENGINE
mysql> grant reload,process,lock tables,replication client on *.* to 'admin'@'localhost' identified by '123';
mysql> flush privileges;
完全备份：
1、创建一个备份目录【可选项】
mkdir /full_xtrabak 2、执行完全备份
[root@db01 ~]# innobackupex --user=admin --password=123 /full_xtrabckup
如果报以下错误：
Error: failed to execute query SHOW ENGINE INNODB STATUS: Access denied; you need (at least one of) the PROCESS privilege(s) for this operation
原因：缺少process权限
备份成功后显示：
MySQL binlog position: filename 'master.000001', position '120' 160909 13:15:07 [00] Writing backup-my.cnf
160909 13:15:07 [00] ...done
160909 13:15:07 [00] Writing xtrabackup_info
160909 13:15:07 [00] ...done
xtrabackup: Transaction log of lsn (1644102) to (1644102) was copied. 160909 13:15:07 completed OK!
查看备份结果：
[root@db01 2018-10-12_23-23-57]# pwd
/full_xtrabckup/2018-10-12_23-23-57 [root@db01 2018-10-12_23-23-57]# ls
backup-my.cnf ibdata1 mysql test xtrabackup_checkpoints xtrabackup_logfile
db01 myblog performance_schema xtrabackup_binlog_info xtrabackup_info
了解如下文件：
xtrabackup_checkpoints：
备份类型（如完全或增量）、备份状态（如是否已经为prepared状态）和LSN(日志序列号)范围信息；每个InnoDB页
(通常为16k大小)都会包含一个日志序列号，即LSN。
LSN是整个数据库系统的系统版本号，每个页面相关的LSN能够表明此页面最近是如何发生改变的。xtrabackup_binlog_info：
mysql服务器当前正在使用的二进制日志文件及至备份这一刻为止二进制日志事件的位置。xtrabackup_info：
xtrabackup工具在备份时记录的使用工具及数据库信息backup-my.cnf：备份命令用到的配置选项信息
xtrabackup_logfile：xtrabackup记录innodb事物日志的信息
准备完全备份（预备）：
一般情况下，在备份完成后，数据尚且不能用于恢复操作，因为备份的数据中可能会包含尚未提交的事务或已经提交但 尚未同步至数据文件中的事务。
因此，此时数据文件仍处于不一致状态。“准备”的主要作用正是通过回滚未提交的事务及同步已经提交的事务至数据文 件也使得数据文件处于一致性状态。
--apply-log选项来应用日志，实现以上功能，如下：
[root@db01 ~]# innobackupex --user=admin --password=123 --apply-log /full_xtrabckup/2018-10- 12_23-23-57/
准备完全备份成功后提示信息：
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 2613288 170713 23:45:16 completed OK!
说明：
在实现“准备”的过程中，innobackupex通常还可以使用--use-memory选项来指定其可以使用的内存的大小，默认通常 为100M。如果有足够的内存可用，可以多划分一些内存给prepare的过程，以提高其完成速度。
对完全备份后的数据库更改，进行二进制日志增量备份：
1、查看完全备份时日志的位置
[root@db01 2018-10-12_23-23-57]# cat xtrabackup_binlog_info mybinlog.000005 12229
2、更改数据库信息
mysql> select * from t2;
+------+------+
| id | name |
+------+------+
| 2 | tom |
+------+------+
1 row in set (0.00 sec)
mysql> insert into t2 values(1,'harry'); mysql> insert into t2 values(3,'jack'); mysql> select * from t2;
+------+-------+
| id | name |
+------+-------+
| 2 | tom |
| 1 | harry |
| 3 | jack |
+------+-------+
3 rows in set (0.00 sec)
3、增量备份二进制日志
# mysqlbinlog --start-position=12229 mybinlog.000005 > /backup/`date +%F`.sql
模拟数据库损坏：
删除所有的数据库文件
rm -rf /usr/local/mysql/data/*
注意：
innobackupex工具是物理拷贝文件，所以在恢复时不需要连接数据库，这样就不需要初始化数据库并启动服务。
通过备份进行还原：
1、还原完全备份
# innobackupex --defaults-file=/etc/my.cnf --copy-back /full_xtrabckup/2018-10-12_23-23-57/
180804 12:06:29 [01] ...done
180804 12:06:29 [01] Copying ./xtrabackup_binlog_pos_innodb to
/usr/local/mysql/data/xtrabackup_binlog_pos_innodb 180804 12:06:29 [01] ...done
180804 12:06:29 [01] Copying ./ibtmp1 to /usr/local/mysql/data/ibtmp1
180804 12:06:29 [01] ...done
180804 12:06:29 completed OK!
# chown mysql. -R /usr/local/mysql/ # service mysql start
注：datadir必须是为空的，innobackupex –copy-back不会覆盖已存在的文件，除非指定--force-non-empty- directories参数；
还要注意，还原时需要先关闭服务，如果服务是启动的，那么就不能还原到datadir
mysql> select * from t2;
+------+------+
| id | name |
+------+------+
| 2 | tom |
+------+------+
1 row in set (0.00 sec)
2、还原增量备份(结合二进制日志文件进行数据的恢复)
mysql> source /xtrabak/2017-07-13_23-05-10/2017-07-14.sql mysql> select * from t2;
+------+-------+
| id | name |
+------+-------+
| 2 | tom |
| 1 | harry |
| 3 | jack |
+------+-------+
实例2：通过innobackupex实现增量备份说明：
需要注意的是，增量备份仅能应用于InnoDB或XtraDB表，对于MyISAM表而言，执行增量备份时其实进行的是完全备份。 语法：
innobackupex --incremental /data/backups --incremental-basedir=BASEDIR
注意：
1、BASEDIR指的是完全备份所在的目录，此命令执行结束后，innobackupex命令会在/data/backups目录中创建一个 新的以时间命名的目录以存放所有的增量备份数据。
2、在执行过增量备份之后再一次进行增量备份时，其--incremental-basedir应该指向上一次的增量备份所在的目 录。
全量备份：
[root@server ~]# # innobackupex --user=admin /incremental_bak/ [root@server ~]# cat /xtrabak/2017-07-15_07-46-49/xtrabackup_checkpoints backup_type = full-backuped
from_lsn = 0
to_lsn = 2618198
last_lsn = 2618207
compact = 0
recover_binlog_info = 0
修改前数据：
mysql> select * from t1;
+------+------+
| id | name |
+------+------+
| 1 | mona |
+------+------+
1 row in set (0.01 sec)
mysql> select * from t2;
+------+-------+
| id | name |
+------+-------+
| 2 | tom |
| 1 | harry |
| 3 | jack |
+------+-------+
3 rows in set (0.00 sec)
修改：
mysql> update t2 set name='lisi' where id=2; mysql> insert into t2 values(4,'sarsh'); mysql> insert into t1 values(2,'fire');
mysql> select * from t1;
+------+------+
| id | name |
+------+------+
| 1 | mona |
| 2 | fire |
+------+------+
2 rows in set (0.00 sec)
mysql> select * from t2;
+------+-------+
| id | name |
+------+-------+
| 2 | lisi |
| 1 | harry |
| 3 | jack |
| 4 | sarsh |
+------+-------+
4 rows in set (0.00 sec)
增量备份1：
[root@mysql01 ~]# mkdir /incremental_new_bak
[root@server ~]# innobackupex --incremental /incremental_new_bak --incremental- basedir=/incremental_bak/2018-08-04_14-41-46/ --user=admin
180804 14:49:44 [00] Writing xtrabackup_info
180804 14:49:44 [00] ...done
xtrabackup: Transaction log of lsn (2183726) to (2183726) was copied. 180804 14:49:44 completed OK!
# cat /increment_bak/2017-07-15_07-56-20/xtrabackup_checkpoints backup_type = incremental 增量备份
from_lsn = 2618198
to_lsn = 2619093
last_lsn = 2619102
compact = 0
recover_binlog_info = 0
再次修改数据：
mysql> delete from t2 where id>3; mysql> insert into t1 values(3,'jack'); mysql> create table t3 select * from t1;
mysql> show tables;
+----------------+
| Tables_in_db01 |
+----------------+
| t1 |
| t2 |
| t3 |
+----------------+
3 rows in set (0.00 sec)
mysql> select * from t1;
+------+------+
| id | name |
+------+------+
| 1 | mona |
| 2 | fire |
| 3 | jack |
+------+------+
3 rows in set (0.00 sec)
mysql> select * from t2;
+------+-------+
| id | name |
+------+-------+
| 2 | lisi |
| 1 | harry |
| 3 | jack |
+------+-------+
3 rows in set (0.00 sec)
mysql> select * from t3;
+------+------+
| id | name |
+------+------+
| 1 | mona |
| 2 | fire |
| 3 | jack |
+------+------+
增量备份2：
# innobackupex --incremental /incremental_new_bak/ --incremental- basedir=/incremental_new_bak/2018-08-04_14-49-40 --user=admin
说明：
/incremental_new_bak/ 保存增量备份集目录
/incremental_new_bak/2018-08-04_14-49-40 上一次增量备份的目录
[root@mysql01 incremental_new_bak]# ll total 0
drwxr-x--- 6 root root 240 Aug 4 14:49 2018-08-04_14-49-40
drwxr-x--- 6 root root 240 Aug 4 14:55 2018-08-04_14-55-02
预备增量备份：
预备增量备份需要2个步骤：
1.需要先预备全备，但是只重做已提交事务，不回滚未提交事务，然后应用到全备，也是只重做已提交事务，不回滚未 提交事务
2.最后回滚未提交事务
注意：如果已经回滚了未提交事务，那么就无法再应用增量备份。
If you replay the committed transactions and rollback the uncommitted ones onthe base backup,
you will not be able to add the incremental ones. If you do this on an incremental one, you won't be able to add data from that moment and the remaining increments.
Having this in mind, the procedure is very straight-forward using the --redo-only option, starting with the base
backup:
innobackupex --apply-log --redo-only BASE-DIR
注意：全量和增量都备份完毕后，最后统一应用日志到全量备份集中！！！！！！！
应用日志到备份集：
# innobackupex --apply-log --redo-only /incremental_bak/2018-08-04_14-41-46/
应用增量备份1：
[root@server ~]# innobackupex --apply-log --redo-only /incremental_bak/2018-08-04_14-41-46/ -- incremental-dir=/incremental_new_bak/2018-08-04_14-49-40/
应用增量备份2：
[root@server ~]# innobackupex --apply-log /incremental_bak/2018-08-04_14-41-46/ --incremental- dir=/incremental_new_bak/2018-08-04_14-55-02/
NOTE:
--redo-only should be used when merging all incrementals except the last one. That's why the previous line doesn't contain the --redo-only option. Even if the --redo-only was used on the last step, backup would still be consistent but in that case server would perform the rollback phase.
注：
1、--redo-only除了最后一个不用加之外，其他的增量应用都要加，最后一个应用的时候可以直接进入回滚未提交事务 阶段。
如果加了也没事，服务启动的时候会进入recovery过程，来回滚
2、应用增量备份的时候只能按照备份的顺序来应用。如果应用顺序错误，那么备份就不可用。如果无法确定顺序，可以 使用xtrabackup-checkpoints来确定顺序。
回滚未提交事务：
[root@server ~]# innobackupex --apply-log /xtrabak/2017-07-15_07-46-49/ （完全备份的备份集）
InnoDB: Shutdown completed; log sequence number 2627131 170715 08:26:03 completed OK!
删除所有数据后进行恢复： 停止数据库：
service mysql stop
删除所有数据文件：
rm -rf /usr/local/mysql/data/*
在准备步骤完成后，还原时只需要还原完全备份即可
[root@localhost data]# innobackupex --defaults-file=/usr/local/mysql/my.cnf --copy-back
/incremental_bak/2018-08-04_14-41-46/
[root@localhost data]# chown -R mysql.mysql /usr/local/mysql/data/ [root@server ~]# innobackupex --copy-back /xtrabak/2017-07-15_07-46-49/ # chown -R mysql. .
mysql> select * from t1;
+------+------+
| id | name |
+------+------+
| 1 | mona |
| 2 | fire |
| 3 | jack |
+------+------+
3 rows in set (0.00 sec)
mysql> select * from t2;
+------+-------+
| id | name |
+------+-------+
| 2 | mona |
| 1 | harry |
3.xtrabackup总结
1.如果数据库在第2次增量备份后发生故障，那么数据恢复时只能够使用xtrabackup全量备份+xtrabackup增量备份恢 复到第2次增量的点
2.如果要将数据库恢复到最新状态，需要结合binlog日志恢复
3.以上全量和增量的备份集是不能用的，需要将xtrabackup_log应用到全量的备份集中才有效
4.应用所有日志到全量备份集中时，需注意:
1).除了最后一次增量备份应用日志可以不加--redo-only外,其他都要加; 只应用已经提交的事务，不回滚未提交的事务!!!
2).应用日志到全量备份集中时一定要严格按照时间顺序执行，否则无效！
