时间:2020-12-25 11:56:44 | 栏目:Mysql | 点击:次
mysqldump 备份鉴于其自身的某些特性(锁表,本质上备份出来insert脚本或者文本,不支持差异备份),不太适合对实时性要求比较高的情况
Xtrabackup可以解决mysqldump存在的上述的一些问题,生产环境应用的也会更多一些。
本文简单测试一下Xtrabackup对MySQL数据库的备份还原操作。
本着先把功能先撸起来再深入细节的原则,粗略地实现了一个备份还原,并未深入细节。
网上有不少xtrabackup的文章,因为环境不一样,有些需要配置xtrabackup的配置文件,
但是我在xtrabackup 2.4.7版本下测试就需要需求任何配置文件。可能是每个版本都的细节上都不一样,因此参考资料的时候要注意版本和环境。
innobackupex 备份
xtrabackup和MySQL的版本如下
完整备份
说明:
1.--defaults-file=/etc/my.cnf文件必须在最前面
2.--user=root --password=root,--use=***与 --password=*** 中间一定要有空格,
如截图,完整备份完成
如截图,完整备份会创建一个日期(年月日时分秒,yyyy-MM-dd_hh-mm-ss)命名的文件
完整备份出来的内存,实际上是对所备份的数据库的数据文件的copy加上备份时候产生的一些信息,比如xtrabackup_checkpoints就是当前完整备份的一些个信息,这个信息对差异备份非常重要。
差异备份
差异备份之所以能够做到差异,就是依赖于完整备份的,在完整备份的基础上进行完整备份之后的差异的备份。
而如何确定完整的备份之后备份到哪里,就依赖于完整备份之后的xtrabackup_checkpoints这个文件的。
innobackupex --defaults-file=/etc/my.cnf --user=root --password=root --socket=/var/lib/mysql/mysql.sock --incremental /data/backup --incremental-basedir=/data/backup/2017-06-22_13-40-29
如截图,差异备份完成
如果在进行差异备份的时候,指定的完整备份的文件错误或者是未指定完整备份文件,会发现xtrabackup提示找不到xtrabackup_checkpoints这个文件。
innobackupex 还原
准备阶段
1、恢复完整备份,也即完整备份应用(--apply-log)日志
innobackupex --defaults-file=/etc/my.cnf --apply-log --redo-only --socket=/var/lib/mysql/mysql.sock /data/backup/2017-06-22_13-40-29
2、分别将增量备份应用到完整备份
innobackupex --defaults-file=/etc/my.cnf --apply-log --redo-only --socket=/var/lib/mysql/mysql.sock --incremental /data/backup/2017-06-22_13-40-29 --incremental-basedir=/data/backup/2017-06-22_13-41-48
如果有多个差异备份,分别应用差异备份到完整备份。
恢复阶段
1、完成差异备份的全部应用到完整备份之后,将恢复后的差异备份copy到原数据目录
默认情况下,如果数据路径下存在文件,则copy失败,需要清空数据文件路径下的文件。
innobackupex --copy-back /data/backup/2017-06-22_13-40-29
如截图,完成copy-back
2、启动MySQL服务
启动mysql服务,发现启动失败
看一下错误日志(启动错误信息),mysql5.7yum安装默认的errorlog位于/var/log/mysqld.log中,且默认不会滚动,意味着所有的错误信息都记录在这个文件中。
数据文件还原之后,需要读数据文件路径授予可读写的权限
这里直接授权数据文件路径777,chmod -R 777 /var/lib/mysql
然后启动mysql服务,可以正常启动。
xtrabackupex才刚刚开始,留下一大堆问题,有时间再一个一个验证。
1、怎么实现单个库(表)的备份与还原,毕竟实际环境中,因为每个库备份的频率和方式(备份方案)是不一样的?
2、怎么用全备+差异备份然后结合二进制日志做基于时间点的方式还原?
3、如何验证备份文件的有效性?