mysql binlog 回滚示例解析

mysqlbinlog

严格来说mysqlbinlog 不能算回滚，他只是将过去的数据修改记录 重新执行一遍，但是从结果上来看，他也算把数据恢复到任意时间点了，举例来说在昨天的某一刻误删除了一条数据，导致其他数据存储都是异常，今天才发现，现在我希望回滚到那一刻，那么我只要在binlog中找到昨天删除时的那条语句，然后重新执行之前的所有binlog文件，当然假设你有备份，那么也可以使用备份文件+备份后binlog文件进行恢复。现在我来模拟这个例子，我将执行以下步骤。

步骤1：清空除了系统自带的表之外的其他表 后备份数据（模拟数据库处于初始状态）
步骤2：创建数据库rollbackDatabase，创建表rollbackTable,简单起见就定义个字段name,插入5条数据（test1,test2,test3,test4,test5）
步骤3：刷新binlog(模拟机器重启)
步骤4：修改其中的3条数据（test1,test2,test3）->（test1_update,test2_update,test3_update），删除test2_update,test3_update（昨天误删除了test3_update）
步骤5: 增加10条数据（test6-test10）（今天发现问题）
步骤6：刷新binlog（这里只是避免执行恢复时，让修改记录写到另外的binlog中，避免日志太多看不清）

经过以上6个步骤，数据库内容以及日志文件已经生成好，其中back_20220806_192900.sql 是备份好的文件，binlog.000011备份后的binlog,binlog.000012是步骤3生成的binlog,binlog,binlog.000013是步骤6生成的。

恢复

现在我们开始找回昨天误删除“test3_update”之前的数据，很明显“误删除”操作应该是被记录在binlog.000012中，（如果不是模拟，我们应该查看binlog文件的创建时间，结合误删除的时间，就能知道是在哪个binlog记录了误操作）知道的误删除的binlog，我们就可以去定位“误删除”的事务所在位置。

mysqlbinlog --verbose binlog.000012 | grep -C 15 "DELETE"

查看指定时间范围的事件

mysqlbinlog --start-datetime="2020-03-11 20:05:00" --stop-datetime="2020-03-11 20:08:00" --verbose binlog.0000010

要恢复只需要执行binlog.000011全部记录与binlog.000012中部分记录就可以了，在执行恢复操作（在这之前需要删除创建的数据库）

mysqlbinlog binlog.000011 |mysql -uroot -p

mysqlbinlog --stop-position=1578 binlog.000012 |mysql -uroot -p

发现结果与预想的一样

查看指定时间范围的事件

mysqlbinlog --start-datetime="2020-03-11 20:05:00" --stop-datetime="2020-03-11 20:08:00" --verbose binlog.0000010

工具binlog2sql

官网链接

到此这篇关于mysql binlog 回滚的文章就介绍到这了,更多相关mysql binlog 回滚内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

最新评论