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

![在这里插入图片描述](https://img-blog.csdnimg.cn/e0a5e0c182c942578e679a11fc2add27.png
要恢复只需要执行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

官网链接