MySQL物理备份与恢复工具XtraBackup使用总结

1.描述

借助Percona XtraBackup工具实现MySQL的物理备份与恢复,相当于将整个MySQL进行了复制,再粘贴到其他地方运行。

2.安装

XtraBackup与MySQL版本对应关系:

XtraBackupMySQL
percona-xtrabackup-245.7
percona-xtrabackup-808
percona-xtrabackup-818.1
percona-xtrabackup-828.2
percona-xtrabackup-838.3
yum -y install percona-xtrabackup-24
yum -y install rsync
yum -y install perl-Digest-MD5
yum -y install qpress
3.使用
3.1 备份源数据库
#读取指定配置文件中的信息,压缩mysql的数据,输出到/mysql目录下,再重定向到test.xbstream文件中(相当于tar包)。
innobackupex --defaults-file=/etc/my.cnf  --user=root --password='123456' --port=3306 --socket=/tmp/mysql.sock --stream=xbstream --compress --parallel=8 --compress-threads=8 /mysql > /databak/test.xbstream

–defaults-file指定mysql配置文件,需要包含datadir等信息

–stream采用流的方式备份,这样可以选择输出到本地或远程

3.2 恢复到目标数据库

如果恢复位置不在同一台服务器,可以通过scp进行文件传输。

3.2.1 恢复目录
#相当于解压tar包,输出到指定目录下
xbstream -x < /databak/test.xbstream -C /databak/test
3.2.2 解压文件
#对前一步输出目录下的所有压缩文件进行解压
innobackupex --decompress --parallel=8 --compress-threads=8 /databak/test
3.2.3 应用日志
#通过redo同步已提交的事务,使数据文件保持一致
innobackupex --apply-log /databak/test
3.2.4 复制数据

复制数据前,先停止目标MySQL,删除他的data目录和日志目录

#将数据文件拷贝到目标MySQL的数据目录下
innobackupex --defaults-file=/etc/my.cnf  --parallel=8 --copy-back /databak/test

3.2.5 启动

#修改mysql相关的文件持有者为mysql用户
chown -R mysql.mysql /data/mysql
#启动mysql
systemctl start mysqld

如果是目标MySQL是从服务器,需要恢复主从关系

#查看备份的数据最后的binlog的偏移量,或者gtid
cat /databak/test/xtrabackup_binlog_info
#格式如下:
#mysql-bin.000001        3229488  87bd47b9-12f6-11ed-ae2c-0050569534a2:1-6,8cdb65cf-12f6-11ed-aab7-005056950a99:1-139

连接到MySQL客户端:

stop slave;
#清理中继日志
reset slave;
#清理binlog
reset master;
#设置已经执行但本地binlog中未记录的gtid集合
set @@global.gtid_purged='87bd47b9-12f6-11ed-ae2c-0050569534a2:1-6,8cdb65cf-12f6-11ed-aab7-005056950a99:1-139';
#重新建立主从关系
change master to master_host='192.168.86.111',master_port=3306,master_user='backuser',master_password='123456', master_auto_position=1 ;
start slave;
show slave status\G
4.使用总结

环境:96核 754G内存 30T磁盘(生产环境的物理机)

4.1 备份

压缩效率:XtraBackup默认采用的zstd压缩算法,理论压缩比为5:1。实际使用中,一个MySQL实例由3.2t压缩为502G;另一个MySQL实例由5.7t压缩为825G,压缩比达到6:1以上

备份速度:一个MySQL实例备份生成502G的压缩文件,耗时大约50分钟,判断每10分钟生成100G的压缩文件。如果5个t的数据,压缩后可能为800G,则耗时约80分钟。

传输文件:通过scp传输文件,速度约为350-450MB/s,500G需要20-25分钟

4.2 恢复

恢复包含多个步骤:

恢复目录:将压缩文件解包到指定目录下,速度较快,约10-20分钟

解压:一个MySQL实例为512G,解压后3.6T,解压耗时约37分钟,约10分钟1T

应用日志:一个MySQL实例耗时约15分钟

复制:一个MySQL实例,3.6T数据复制耗时约40分钟,约10分钟1T

4.3 例子

综上,假设现有5T的数据需要处理,从备份到恢复的整个流程耗时如下:

  1. 备份,5T按6:1压缩至800G,耗时80分钟
  2. 传输,scp按450M/s,耗时30分钟
  3. 恢复,20分钟
  4. 解压,10分钟1T,耗时50分钟
  5. 应用日志,20分钟
  6. 复制,10分钟1T,耗时50分钟

在以上理想情况下,5T数据至少需要4个小时以上,实际可能5-6小时

  • 13
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值