使用 Xtrabackup实现MySQL定时增量备份

一、Xtrabackup简介

Percona XtraBackup是一款免费、开源、完全在线的Percona Server、MySQL或MariaDB备份解决方案。XtraBackup可以实现对事务系统进行无阻塞、强压缩、高安全的备份，而不影响在线运行的业务。其自带的工具innobackupex可以实现对MyISAM、InnoDB类型的表进行备份。

还有以下特点：

备份快速和可靠
备份时不中段在线交易事务
通过压缩节省存储空间和带宽（通过工具qpress）
自动对备份进行校验
恢复还原快速

更多介绍，请参数官方网站。

二、安装

系统环境 Linux CentOS 6.5 x86_64

数据库 MySQL 5.1.73

yum install http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm

yum install percona-xtrabackup-20
yum install qpress

我安装的是2.x的版本，没有安装最新版本，最新版本对某个MySQL 5.1系列不支持了。根据你自己的MySQL版本选择安装。

检查是否安装成功

xtrabackup -v
innobackupex -v
innobackupex-1.5.1 -v

查看安装的路径

#后面的版本号换成你自己安装的
rpm -ql percona-xtrabackup-20

三、基本备份流程介绍

XtraBacup主要使用两个命令进行备份：xtrabackup和innobackupex，因主xtrabackup命令不支持MyISAM的备份（不会备份.frm相关文件），而根据业务特点一般两类表存储类型MyISAM和InnoDB都可能有，所有这里只时候介绍使用innobackupex命令的使用。

完整的流程主要有3步：

1、备份（Create）

2、执行准备操作（Prepare）。即对事务日志进行提交或回滚，准备进行下一步的恢复操作

3、恢复（Restore）

上面3个步骤中，1和3好理解，第2步要小心些，因为关系你的数据能否正常进行完全的恢复。MySQL对InnoDB存储类型的所有事务操作都存在数据目录的ibdata1文件里（各位可以查看下该文件往往非常大），如果开了主-从模式的，还有mysql-bin.000x相关日志传输的记录文件，这些记录都跟prepare步聚有关，都是对这些日志的合并的操作了。实践中，只要记住一点：只在要恢复数据库时才行prepare步骤！！看到--apply-log参数时表示都是在合并日志。‍

下面看一个基本的增量备份步骤，全量备份不介绍（实际上增量备份也要一个全量备份，而且全量备份在实践中比较少遇到，一般都是增量备份）。

#准备一个全库备份，备份目录会自动根据当前日期创建，如/path/to/backup/dir/2011-5-23_23-01-18，
#如果不想它创建子目录， 添加参数 --no-timestamp
innobackupex --user=USER --password=PASSWORD /path/to/backup/dir/

#1小时后，执行第1个增量备份，假设$FULLBACKUP=/path/to/backup/dir/2011-5-23_23-01-18，
#/path/to/inc/dir 是增量备份根目录，执行完后假设是/path/to/inc/dir/2011-12-25_00-01-00/
innobackupex --user=USER --password=PASSWORD --incremental /path/to/inc/dir --incremental-basedir=$FULLBACKUP

#好了，如果只是备份，到这里就结束了，下面是开始准备还原了，先执行合并日志的prepare步骤

#################以下为还原数据库的步骤########################################

#还原步骤1、全量备份的重做日志redo log 进行提交
innobackupex --apply-log --redo-only $FULLBACKUP --use-memory=1G --user=USER --password=PASSWORD

#还原步骤2、
#然后逐一对增量备份的事务日志进行合并到全量备份里，有多少个增量就按顺序逐一合并，
#如果增量都是基于全量的最后一个增量，则只对最后一个增量合并就行；
#如果你的增量备份方案是对增量进行增量备份的，则要按顺序逐一合并增量日志！！
innobackupex --apply-log --redo-only $FULLBACKUP --incremental-dir=$INCREMENTALBACKUP --use-memory=1G --user=USER --password=PASSWORD

#还原步骤3、
#prepare的最后一步，对已经合并重做日志redo log的全库 回滚未提交的事件
innobackupex-1.5.1 --apply-log $FULLBACKUP --use-memory=1G --user=$USERNAME --password=$PASSWORD

#还原步骤4、
#恢复。恢复的路径将从my.cnf获取。还原时注意写入目录要为空，一般是 /var/lib/mysql
#先解压缩ibdata1.qp文件
#cat ibdata1.qp |qpress -di . 此步骤不能直接运行，要使用 --apply-log 命令
innobackupex --copy-back /path/to/backup/dir/2011-5-23_23-01-18
chown -R mysql:mysql /var/lib/mysql

四、我的备份方案

根据目前业务的特点，我采用的备份方案是每天全量，每2小时增量的方案，同时定期对过期备份进行清理，主要通过一个脚本实现备份的执行。

下载备份shell脚本（注意：此脚本仅此学术研究使用，对于造成的任何风险和损失概不负责）。

crontab -e
0 4,10,12,14,16,18,20 * * * /xxx/scripts/mysql_backup.sh

#注意：上面的执行时间要有一个符合你全备作业的时间。

五、总结

对于任何业务系统，数据都很重要，有一款好的数据备份方案，就有了风险的基本防范措施。本文介绍的XtraBackup工具的使用，在业内还是比较流行的一种，希望对大家有所帮助。下一步，可以考虑实现异地容灾等方案，逐步实现数据安全的最大化！

参考文档

Xtrabackup增量备份

https://www.percona.com/doc/percona-xtrabackup/2.2/howtos/recipes_ibkx_inc.html

关于重做日志redo log

https://docs.oracle.com/cd/B28359_01/server.111/b28310/onlineredo001.htm

How InnoDB handles REDO logging

https://www.percona.com/blog/2011/02/03/how-innodb-handles-redo-logging/

<作者朱淦 350050183@qq.com 2015.11.4>

来源：oschina

链接：https://my.oschina.net/u/1263162/blog/524889

标签

XtraBackup

mysql