2021-10-28

binlog 修炼之路：数据恢复

---

前言

mysql 日志常用的有两种，一个是redo log 用于事务提交，一个就是我们今天要用到的bin log 了，这个日志作用就是数据恢复，对于bin log大家在面试题中经常遇到，我们今天先来看一下bin log日志含义。

---

一、bin log 作用

数据恢复：通过mysqlbinog工具进行恢复；
数据复制：MySQL Replication在Master端开启binlog，Mster把它的二进制日志传递给slaves来达到master-slave数据一致的目的，数据复制其实就是数据同步。
查看MySQL的日志情况（是否开启等），当MySQL还没开启时候，通过命令：show variables like ‘log_bin%'查看

那如何在Wnidows在修改log_bin状态为ON开启呢？

找到MySQL Server 中my.ini文件，如果这是在一个隐藏文件夹中，建议使用搜索功能。
在找到相应文件情况下，我们可以增加/修改常用的配置属性

配置说明：

除了以上log_bin、binlog_format两个简单的配置外，还可以有其他的属性配置
log-bin = /xxx/xxx/mysql_bin #binlog日志文件,以mysql_bin开头，六个数字结尾的文件：mysql_bin.000001，并且会将文件存储在相应的xxx/xxx路径下，如果只配置mysql_bin的话默认在C:\ProgramData\MySQL\MySQL Server 5.7\Data下；
binlog_format = ROW #binlog日志格式，默认为STATEMENT：每一条SQL语句都会被记录；ROW：仅记录哪条数据被修改并且修改成什么样子，是binlog开启并且能恢复数据的关键；
expire_logs_days= 7 #binlog过期清理时间；
max_binlog_size = 100m #binlog每个日志文件大小；
binlog_cache_size = 4m #binlog缓存大小；
max_binlog_cache_size = 512m #最大binlog缓存大小。

二、应用实例

1.准备表

2.数据恢复

假设一个错误更新的场景：
误update恢复，比如我在update user set name = ‘Lijian’ where id = 1;的时候忘写where id = 1重要条件，结果导致全部数据被更新

数据恢复：
第一步：找到当前mysql记录的binlog文件，执行show master status;
第二步：查看binlog，定位误操作的pos或者时间段。执行show binlog events in ‘mysql_bin.000001’;

第三步：进入MySQL Server Data下执行mysqlbinlog --start-position=219 --stop-position=681 mysql-bin.000001 > e:\update.sql将update部分单独备份出来到E盘下为update.sql；　　
第四步：登录mysql（mysql -uroot -p123）；
第五步：执行source e:update.sql恢复数据；
第六步：查看结果。

---

总结

使用bin log进行数据恢复是使用数据库必须掌握的技能，其实内容也很简单。