xtrabackup部署以及使用
|
备份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的功能。
备份备份主要分为两种模式一种是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@otherhosttar实例：将完整备份直接存储到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使用首选的压缩工具进行压缩: backup.tar.gz
$ innobackupex --stream=tar ./ | bzip2 - > backup.tar.bz2
恢复数据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不生效不要一起用。（编辑：商洛站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
