dawei
备份mysql数据库一直是一个比较恶心的工作，主要就是备份的数据库比较大实在是慢。最近开始使用xtrabackup来备份数据库，速度上快了很多，尤其还原速度要快的多。下面我将从安装开始简要介绍一下如何使用xtrabackup来备份数据库。
定义：xtrabackup工具是percona公司用perl语言开发的在线物理热备份工具,由于是采取物理拷贝的方式来做的备份,所以速度非常快,几十G数据也才几分钟就搞定了,而它巧妙的利用了mysql特性做到了在线热备份,不用像以前做物理备份那样关闭数据库才行,直接在线就能完成整库或者是部分库的全量备份和增量备份.
优点：
(1)备份过程快速、可靠(2)备份过程不会打断正在执行的事务(3)能够基于压缩等功能节约磁盘空间和流量(4)自动实现备份检验(5)还原速度快Xtrabackup有两个主要的工具：xtrabackup、innobackupex（1）xtrabackup只能备份InnoDB和XtraDB两种引擎的数据表。（2）innobackupex备份innodb和myisam两种引擎，但是myisam数据目前不支持增量。理论上就是再xtrabackup基础上封装了备份myisam的功能。
- &解压# wget https:
- 添加path环境变量echo >> /etc/profile
- source 生效即可使用。
备份
备份主要分为两种模式一种是tar模式一种是xbstream模式。
其中xbstream模式可以不落盘直接发送到备份服务器，当数据库服务器磁盘不足时是一种不错的方式，当然速度稍慢。顾名思义，流模式由Percona XtraBackup支持，以特殊的tar或xbstream格式将备份发送到STDOUT，而不是将文件复制到备份目录。这种模式允许使用其他程序来过滤备份的输出，从而为备份的存储提供更大的灵活性。例如，通过将输出管道连接到压缩实用程序来实现压缩。流备份和使用Unix管道的好处之一是备份可以被自动加密。innobackupex在子进程的日志流模式下启动xtrabackup，并将其日志重定向到一个临时文件。然后，它使用xbstream以特殊的xbstream格式将所有数据文件流到STDOUT（二进制）。在它将所有数据文件流化到STDOUT后，它将停止xtrabackup并将保存的日志文件流化。下面看一下实例代码：
xbstream实例：
将完整备份直接存储到一个文件中:
$ innobackupex –stream=xbstream /root/backup/ > /root/backup/backup.xbstream
流式压缩备份:
$ innobackupex –stream=xbstream –compress /root/backup/ > /root/backup/backup.xbstream
解压缩备份到/root/backup/目录:
$ xbstream -x < backup.xbstream -C /root/backup/
压缩备份发送到另一台主机并解压:
$ innobackupex –compress –stream=xbstream /root/backup/ | ssh user@otherhost
tar实例：
将完整备份直接存储到tar存档中:
$ innobackupex –stream=tar /root/backup/ > /root/backup/out.tar
将tar存档发送到另一个主机:
$ innobackupex –stream=tar ./ | ssh user@destination \ /data/backups/backup.tar
注意
要提取Percona XtraBackup的存档，必须使用tar和-i选项：
$ tar -xizf backup.tar.gz
使用首选的压缩工具进行压缩:
恢复数据
xtrabackup有一个xtrabackup –copy-back选项，可以将备份恢复到服务器的datadir：
$ xtrabackup –copy-back –target-dir=/data/backups/
它会将所有与数据相关的文件复制回服务器的datadir，由服务器的my.cnf配置文件决定。复制数据后应检查文件权限。你可能需要用类似的方法来调整它们：
$ chown -R mysql:mysql /var/lib/mysql
复加密的备份
参数说明：
— –compress- –compress-chunk- — –encrypt- –encrypt-chunk- –encrypt- –encryption-key-file：该选项表示文件必须是一个简单二进制或者文本文件，加密key可通过以下命令行命令生成：openssl rand -base64 24 — — — — — –databases：该选项接受的参数为数据名，如果要指定多个数据库，彼此间需要以空格隔开；如：，同时，在指定某数据库时，也可以只指定其中的某张表。如： –tables-file：该选项表示指定含有表列表的文件，格式为database.table，该选项直接传给–tables- — –no- –ibbackup：该选项指定了使用哪个xtrabackup二进制程序。IBBACKUP- –slave- –safe-slave-backup：该选项表示为保证一致性复制状态，这个选项停止SQL线程并且等到show status中的slave_open_temp_tables为0的时候开始备份，如果没有打开临时表，bakcup会立刻开始，否则SQL线程启动或者关闭知道没有打开的临时表。如果slave_open_temp_tables在–safe-slave-backup- –rsync：该选项表示通过rsync工具优化本地传输，当指定这个选项，innobackupex使用rsync拷贝非Innodb文件而替换cp，当有很多DB和表的时候会快很多，不能– –kill-long-queries- –kill-long-query- –ftwrl-wait- –ftwrl-wait-query- –galera- — –defaults- –defaults-extra-file：该选项指定了在标准defaults- —-defaults- –no-lock：该选项表示关闭FTWRL的表锁，只有在所有表都是Innodb表并且不关心backup的binlog pos点，如果有任何DDL语句正在执行或者非InnoDB正在更新时（包括mysql库下的表），都不应该使用这个选项，后果是导致备份数据不一致，如果考虑备份因为获得锁失败，可以考虑–safe-slave- –tmpdir：该选项表示指定–stream的时候，指定临时文件存在哪里，在streaming和拷贝到远程server之前，事务日志首先存在临时文件里。在 使用参数stream=tar备份的时候，你的xtrabackup_logfile可能会临时放在/tmp目录下，如果你备份的时候并发写入较大的话 xtrabackup_logfile可能会很大(5G+)，很可能会撑满你的/tmp目录，可以通过参数– — –incremental：该选项表示创建一个增量备份，需要指定–incremental- –incremental-basedir：该选项表示接受了一个字符串参数指定含有full backup的目录为增量备份的base目录，与– –incremental- –incremental-force- –incremental-lsn：该选项表示指定增量备份的LSN，与– –incremental-history-name：该选项表示存储在PERCONA_SCHEMA.xtrabackup_history基于增量备份的历史记录的名字。Percona Xtrabackup搜索历史表查找最近（innodb_to_lsn）成功备份并且将to_lsn值作为增量备份启动出事lsn.与innobackupex–incremental-history- –incremental-history- –close- — –throttle：该选项表示每秒IO操作的次数，只作用于bakcup阶段有效。apply-log和–copy-back不生效不要一起用。
