mysql备份工具-xtrabackup快速上手

xtrabackup备份工具

仅支持innodb和xtraDB两种存储引擎

包含xtrabackup和innbackupex两个工具

原理和执行过程

（1）innobackupex启动后，会先fork一个进程，用于启动xtrabackup，然后等待xtrabackup备份ibd数据文件；

（2）xtrabackup在备份innoDB数据是，有2种线程：redo拷贝线程和ibd数据拷贝线程。xtrabackup进程开始执行后，会启动一个redo拷贝的线程，用于从最新的checkpoint点开始顺序拷贝redo.log；再启动ibd数据拷贝线程，进行拷贝ibd数据。这里是先启动redo拷贝线程的。在此阶段，innobackupex进行处于等待状态（等待文件被创建）

（4）xtrabackup拷贝完成ibd数据文件后，会通知innobackupex（通过创建文件），同时xtrabackup进入等待状态（redo线程依旧在拷贝redo.log）

（5）innobackupex收到xtrabackup通知后哦，执行FLUSH TABLES WITH READ LOCK（FTWRL），取得一致性位点（binlog位点），然后开始备份非InnoDB文件（如frm、MYD、MYI、CSV、opt、par等格式的文件），在拷贝非InnoDB文件的过程当中，数据库处于全局只读状态。

（6）当innobackup拷贝完所有的非InnoDB文件后，会通知xtrabackup，通知完成后，进入等待状态；

（7）xtrabackup收到innobackupex备份完成的通知后，会停止redo拷贝线程，然后通知innobackupex，redo.log文件拷贝完成；

（8）innobackupex收到redo.log备份完成后，就进行解锁操作，执行：UNLOCK TABLES；

（9）最后innbackupex和xtrabackup进程各自释放资源，写备份元数据信息等，innobackupex等xtrabackup子进程结束后退出。

总结：

• xtrabackup用于备份数据文件和redolog；innobackupex 主进程，备份非innodb文件，全局锁
• 完成的备份文件包括数据文件的全量备份以及在备份数据文件期间产生的redolog日志

备份文件内容

(1)xtrabackup_checkpoints -- 备份类型(如完全或增量)、备份状态(如是否已经为prepared状态)和LSN(日志序列号)
(2)xtrabackup_binlog_info  --  mysql服务器当前正在使用的二进制日志文件及备份这一刻位置二进制日志时间的位置。
(3)xtrabackup_binlog_pos_innodb  --  二进制日志文件及用于InnoDB或XtraDB表的二进制日志文件的当前position。
(4)xtrabackup_binary  --  备份中用到的xtrabackup的可执行文件；
(5)backup-my.cnf  --  备份命令用到的配置选项信息：

在使用innobackupex进行备份时，还可以使用–no-timestamp选项来阻止命令自动创建一个以时间命名的目录：如此一来，innobackupex命令将会创建一个BACKUP-DIR目录来存储备份数据

使用姿势

备份 要开启mysql

恢复备份要关闭mysql

全量备份和恢复

命令

备份：
innobackupex --user=DBUSER --password=DBUSERPASS --defaults-file=/etc/my.cnf /path/to/BACKUP-DIR/
#  innobackupex --user=root --password=123456 --host=127.0.0.1 /backups/　 

恢复：
rm -rf /usr/local/mysql/data/ #删除新的数据库上面的所有data文件
innobackupex --apply-log /backups/2018-07-30_11-04-55/  # 应用redolog文件到全量备份，保持数据一致性
innobackupex --copy-back --defaults-file=/etc/my.cnf  /backups/2018-07-30_11-04-55/ #复制所有备份文件到新的数据库的DATADIR目录
# chown -R mysql.mysql /mydata/data/  #判断是否需要为文件目录更改成mysql用户

增量备份和恢复

xtrabackup_checkpoints中保存着LSN信息，记录日志的位置，每次增量备份都要保证lsn序号连续，也就是第一次增量备份要基于全量备份，之后的增量备份都要基于上一次的增量备份文件进行操作

命令：

#备份
innobackupex --user=root --password=123456 --host=127.0.0.1 /backups/  #全量备份
innobackupex --user=root --password=root  --host=127.0.0.1 --incremental /backups/ --incremental-basedir=/backups/2018-07-30_11-01-37 # 基于全量备份进行增量备份

#恢复
rm -rf /usr/local/mysql/data/ #删除新的数据库上面的所有data文件
innobackupex --apply-log --redo-only /backups/2018-07-30_11-01-37/ # 对全量备份进行数据一致性操作
innobackupex --apply-log --redo-only /backups/2018-07-30_11-01-37/ --incremental-dir=/backups/2018-07-30_13-51-47/ # 同步增量进全量备份
innobackupex --copy-back /backups/2018-07-30_11-01-37/ # 复制备份文件到新数据库目录下
# chown -R mysql.mysql /mydata/data/  #判断是否需要为文件目录更改成mysql用户

注意：

• innobackupex还有很多其他的参数，包括主从等很多可配置的参数，暂不说明
• 增量备份恢复的时候要加上–redo-only

是如何保证数据一致性的

通过innodb的crash recovery会实现
在复制idb文件的过程中，同时复制redolog
通过执行FTWLR 获取全局锁，保证不会有新的事务提交，这保证了 xtrabackup 备份的 redo log 中只有两种事务：已经完成提交的，和还没开始提交的，因为如果事务正在提交，prepare或者commit状态，这个时候是要锁的，和FTWLR冲突。通过这个保证了binlog位点（一致性位点）和binlog文件的一致性。