mysql 误操作(更新，删除)补救办法

修改mysql数据时，有时候因为忘了写where语句或是条件不对，造成数据被错误的删除或更新，以前使用oracle的时候，有个闪回的工具，可以在一定时间内通过时间点来查询表的历史数据，很好用。但mysql好像没有这个功能，一旦提交的修改，就只能通过log来手动找回数据，不过这个功能还是很好用的

这个功能依赖的是mysql的binlog 功能，binlog会把数据库的几乎所有操作(主要是对数据的修改操作)记录到一个二进制文件里，这个功能在最近的mysql版本里都是默认打开的，虽然binlog会给数据库的性能增加些许的负担，但是相比带来的便利，这点性能负担显得微不足道，使用binlog的好处有两点，一是可以读取这个log文件来查找对数据库的修改记录，另一个就是用于数据库主从复制。下面就来利用binlog找回被误更新的数据

整个恢复过程大概分5步：

• 检查mysql的binlog 设置

show variables like 'log_bin';  # 检查是否开启了binlog，
On # 表示已经开启binlog
show global variables like "%binlog_form%"; # 检查binlog的格式
ROW # 如果为row，表示数据库会记录每一行数据的修改

关于binlog的格式，主要有两种，一种是基于sql的，就是会记录执行过的每条sql语句，另一种就是上面这种基于row 行数据的，这种格式的log非常详细，会记录每一行数据修改前和修改后的记录，适合对误操作进行恢复

• 定位时间范围和binlog
  因为row 格式的binlog文件特别大，人很难看的过来，为了缩小查找范围，最好预估一下误操作的时间范围，比如十分钟前，昨天下午两点到三点，这种时间范围都可以。与此同时，mysql的binlog文件也会有很多，可以通过show binary logs; 来查看binlog文件列表，

  
  image.png
  

  然后预估一下发生误操作的时候使用的是哪个binlog，预估错了也没关系，后面可以挨个检查binlog文件。

• 导出log
  有了上面的时间范围和预估的binlog文件，那就好办了，因为binlog是二进制文件，没法人工查看，所以mysql提供了mysqlbinlog 工具来把二进制转成文本文件来查看，可以使用下面的命令：

mysqlbinlog --no-defaults  --start-datetime='2020-07-13 22:10:13'  --stop-datetime='2020-07-13 22:10:33' -v binlog.000329 >  /home/yuxy/bak.txt

上面语句里预估发生的时间在 22:10:13秒到22:10:33之间，log写在在binlog.000329里， -v 表示把binlog里编码过的sql语句解码成字符串，没有这个参数的话，看到的log里的sql语句都是base64 格式的。最后把上面的结果输出到bak.txt文件里。
那这个binlog文件里log到底是什么样子的呢？ 如下：

image.png

我更新的时候忘了写where过滤，造成把全表都更新了，但log里为每一条行数据记录了一个update语句，并且图中红框里记录了修改之前的值，绿框里记录了修改之后的值，这样修改前后的数据一目了然，找回原来的数据也就很简单了