MySQL数据库通过Binlog恢复数据的详细步骤

Mysql Binlog 简介

Mysql Binlog是二进制格式的日志文件
Binlog是用来记录Mysql内部对数据库的改动（只记录对数据的修改操作），主要用于数据库的主从复制以及增量恢复

开启Binlog

查看是否打开了Binlog 【ON表示已经打开 OFF表示关闭 默认关闭状态】

show variables like ‘％log_bin％’;

开启Binlog 【修改完以后重启服务】

方法1：
找到mysql配置中的my.ini文件，在[mysqld]下面添加如下参数
log_bin=mysql-bin
binlog-format=ROW

Mysql binlog日志有三种格式 【binlog-format参数】

1.Statement：每一条会修改数据的sql都会记录在binlog中
2.Row:不记录sql语句上下文相关信息，仅保存哪条记录被修改
3.Mixedlevel:是以上两种level的混合使用，一般的语句修改使用statment格式保存binlog，如一些函数，statement无法完成主从复制的操作，则采用row格式保存binlog,MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式，也就是在Statement和Row之间选择一种.新版本的MySQL中对row level模式也被做了优化，并不是所有的修改都会以row level来记录，像遇到表结构变更的时候就会以statement模式来记录。至于update或者delete等修改数据的语句，还是会记录所有行的变更。

方法2：
SET SQL_LOG_BIN=1 命令开启
SET SQL_LOG_BIN=0 命令关闭

开启以后，重启服务会发现data目录下多了日志文件

使用Binlog恢复数据

show master status; 【查看当前正在写入的binlog文件】

测试表， 测试update 【全部改为赵六，再改为老王，恢复为全部为赵六】

update user set name = ‘赵六’;
update user set name = ‘老王’;

show binlog EVENTS in ‘binlog.000178’ ; 【查询所需要恢复的事件起止的位置】

如果是恢复最后一次修改前数据，则使用记录的倒数第二条日志的结束起止坐标

cmd 切换到MySQL存放mysqlbinlog.exe应用程序的bin目录后，执行以下命令，指定数据恢复起始位置，转换为SQL文件

这里的起止坐标为2536 - 2848
mysqlbinlog --no-defaults “D:\DataBase\MYSQL\mysql-8.0.24-winx64\data\binlog.000178” -d test --skip-gtids --start-position=2536 --stop-position=2848>test.sql

cmd登录MySQL，切换到对应数据库，执行命令指定SQL文件位置恢复数据

mysql -uroot -p123456

use test;
source D:\DataBase\MYSQL\mysql-8.0.24-winx64\bin\test.sql

再次查询表数据

附录

cmd 切换到MySQL存放mysqlbinlog.exe应用程序的bin目录后，执行以下命令，可以将Binlog文件转换为txt文件，方便阅读理解

cmd 切换到MySQL存放mysqlbinlog.exe应用程序的bin目录后，执行以下命令，可以一次性完成数据恢复

mysqlbinlog.exe --no-defaults --start-position=2536 --stop-position=2848 --database=test “D:\DataBase\MYSQL\mysql-8.0.24-winx64\data\binlog.000178” | mysql -u root -p

mysqlbinlog: [ERROR] unknown variable ‘default-character-set=utf8’.

如果遇到这个错误原因是mysqlbinlog这个工具无法识别binlog中的配置中的default-character-set=utf8这个指令
两个方法可以解决这个问题：
一：在MySQL的配置/etc/my.cnf中将default-character-set=utf8 修改为 character-set-server = utf8，需要重启MySQL服务
二：用mysqlbinlog --no-defaults mysql-bin.000004 命令打开

总结 

来源：https://blog.csdn.net/qq_44901285/article/details/124160540