xtrabackup全库还原+binlog日志还原
Posted fuqu
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了xtrabackup全库还原+binlog日志还原相关的知识,希望对你有一定的参考价值。
场景:mysql数据库误删某个库、误删表或者误删除数据
如下模拟图:备份策略定为每天凌晨进行全库备份,在B时间点进行了误操作以后,有两种恢复场景,一种是恢复到B时间点误操作前,一种是恢复到C时间点
以下为恢复到B时间点误操作前
需要说明的是,使用xtrabackup进行还原需要关闭数据库,为了避免关闭数据库造成的业务影响,在运维工作中可以提前搭建一个用于还原的备用数据库,在备用数据库中还原到误操作前一个时间点后,再使用mysqldump导出库或者某个表,再导入生产库,这样就避免了数据库关闭造成的全局影响。
1、查询A时间点这个全备份的位点
可以从xtrabackup的备份文件里面的xtrabackup_info日志查看
位点为:1931
2、模拟删除数据
delete from go_supplier where id=25
3、找出删除数据的时候前一个位点
可以在CRT里面使用如下命令,同时打开日志记录功能,使用文本编辑器根据关键字搜索,找出执行误操作的命令前一个位点
show binlog events in ‘mysql-bin.000003‘
如下图,找出了误操作之前的位点为3701
4、全备份还原
先对备份做一个prepare,再使用命令进行还原
1 innobackupex --apply-log /data/backup/2018-11-08_09-41-06
2 innobackupex --defaults-file=/usr/local/mysql/my.cnf --copy-back /data/backup/2018-11-08_09-41-06/
还原成功后还要对mysql数据文件进行权限的修改,切换到mysql数据目录下
1 chown -R mysql:mysql /data/mysql/*
5、启动mysql并使用binlog进行还原
1 mysqlbinlog --start-position="1931" --stop-position="3701" /var/log/mysql/mysql-bin.000003 | mysql -uroot -p
检查数据是否恢复,搞定后使用mysqldump导出,再导入生产库即可。
以上是关于xtrabackup全库还原+binlog日志还原的主要内容,如果未能解决你的问题,请参考以下文章
centos7-mysql-binlog-bump-备份还原
为什么还原innobackupex备份后查看到的Executed_Gtid_Set与xtrabackup_binlog_info不一致