在工作中，我们误删数据库或者数据，我们一定需要跑路吗？我看未必，程序员一定要学会自救，神不知鬼不觉的将数据找回。

在mysql数据库中，我们知道binlog日志记录了我们对数据库的所有操作，所以binlog日志就是我们自救的利器。

接下来就来开启程序员自救之路。

想要自救成功，binlog这把利器一定要好，在自己之前，我们一定要确定我们有binlog这把利器，以下就是确保有binlog利器的操作。

1、确认数据库是否开启binlog日志

show variables like 'log_%';

查看红色圈出来的地方，如果为ON则表示开启，否则未开启。没有开启的话，就需要做以下操作。

2、开启binlog日志

如果未开启binlog日志的话，就需要开启binlog日志，在MySQL的配置文件中设置，如果你的是windowns电脑则找到my.ini文件，unix系统找到my.cnf文件。在文件中修改或者配置如下参数：

# Binary Logging.

#日志文件的名字及存储路径

log-bin=D:\Mysql-binlog\mysql-bin

#设置日志格式

binlog-format=mixed

其中binlog-format有三种选项：

STATMENT：每一条会修改数据的SQL语句会记录在binlog中。

ROW：不记录每一条SQL语句的上下文信息，仅记录哪条记录被修改。

MIXED：以上两种模式的混合使用，一般的复制使用STATEMENT模式保存binlog，对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，MySQL会根据执行的SQL语句选择日志保存方式。

3、重启MySQL服务器

4、再次确认binlog日志开启成功。

好了，操作完上面几步之后，我们就可以学习如何自救了，我们使用三个场景来分别演示误删数据、误删表、误删库的情况下如何自救。

在进入具体的场景前，我们先来准备演示需要的数据库、表和数据。

1、创建数据库pingtouge

create database pingtouge;

2、创建student表

create table student(

  id INT NOT NULL AUTO_INCREMENT,

  name VARCHAR(100) NOT NULL,

  num VARCHAR(40) NOT NULL,

  PRIMARY KEY (id )

)ENGINE=InnoDB DEFAULT CHARSET=utf8;

3、插入数据

insert into student(name,num)values('张三','1234');

insert into student(name,num)values('李四','1235');

有了数据之后，可以正式进入场景了， are you ready？

场景一：误删了某条数据

一不小心将 student 表中 id=1 的数据删除了。该怎么办？

凭着记忆手动插入这条数据吗？好像也不是不可以哇，能记住的都是天才，利用binlog日志才是王道。

使用show master status命令，查看最新的binlog日志文件。

获取到最新的binlog日志文件后，使用show binlog events in 'mysql-bin.000043';命令查看binlog日志文件，如下图所示：

binlog 日志记录了我们对数据库的所有操作，包括语句提交前和提交后的偏移量，在数据恢复时会使用到这两个偏移量。

在正式进入数据恢复之前，我们先来认识MySQL提供的一个工具：mysqlbinlog。mysqlbinlog是用来操作binlog日志文件，我们数据恢复就需要使用到它。

使用mysqlbinlog来恢复二进制日志文件，命令格式为：

mysqlbinlog binlog日志文件 --start-position 初始偏移量的位置 --stop-position 结束偏移量的位置 | mysql -u root -p 数据库名称;

我们在binlog日志文件中找到student表中id=1 这条数据在删除之前的最后一次操作的起始偏移量和结束偏移量，在上图中，我已经标出，起始偏移量为：710，结束偏移量为：996。有了这两个参数之后，我们就可以使用mysqlbinlog命令来恢复数据了。

执行：

mysqlbinlog d:\Mysql-binlog\mysql-bin.000043 --start-position 710 --stop-position 996 | mysql -u root -p pingtouge;

如果命令执行成功的话，再次执行select * from student命令，查看数据是否恢复。

从上图中，可以看出，我们成功的恢复了student表中id=1的这条数据。

场景二：误删了数据表

又是一不小心把表 student 给删除了。

对于误删表，同样可以使用binlog日志来恢复，毕竟binlog日记记录的是我们对MySQL的所有操作，跟恢复单条数据一样，我们同样需要在binlog日志文件中查找到起始偏移量和结束偏移量，用来恢复数据。

与单条数据不一样的是，对于表的偏移量，起始偏移量是创建表之前的开始偏移量，结束偏移量是删除数据库之前的最后一个结束偏移量。 如下图示：

一张图截不全，我就分两张图了。同样我们使用mysqlbinlog来恢复student表，执行：

mysqlbinlog d:\Mysql-binlog\mysql-bin.000043 --start-position 393 --stop-position 1997 | mysql -u root -p pingtouge

命令执行完成后，再次执行select * from student;，你会发现我们的数据都回来了。

场景三：误删了数据库

你在工作中受气了，准备删库跑路啦，于是你就把pingtouge数据库给删除了，删完之后你就后悔了，怎么办？在线等。

不要慌，万能的binlog日志可以救你，跟前面两种场景一样，还是在binlog日志中查询到需要恢复数据库的起始偏移量和结束偏移量。这里我就不截图了。

通过查看binlog日志发现创建数据库pingtouge的开始偏移量为219，删库之前的最后偏移量为3861，有了这两个偏移量之后，执行：

mysqlbinlog d:\Mysql-binlog\mysql-bin.000043 --start-position 219 --stop-position 3861 | mysql -u root -p

需要注意的是最后不需要带上数据库，执行完之后，发现与数据库pingtouge相关的数据全部都回来了。

删库了，我们不一定需要跑路，一定要学习自救，少年。

————————————————

版权声明：本文为CSDN博主「平头哥的技术博文」的原创文章

原文链接：https://blog.csdn.net/z694644032/article/details/104463920