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
官网链接
