删库了，咱们必定要跑路吗？

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

在 mysql 数据库中，咱们知道 binlog 日志记录了咱们对数据库的全部操做，因此 binlog 日志就是咱们自救的利器。

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

想要自救成功，binlog 这把利器必定要好，在本身以前，咱们必定要肯定咱们有 binlog 这把利器，如下就是确保有 binlog 利器的操做。

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

show variables like 'log_%';
复制代码

查看红色圈出来的地方，若是为 ON 则表示开启，不然未开启。没有开启的话，就须要作如下操做。

二、开启 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 语句选择日志保存方式。

三、重启 MySQL 服务器

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

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

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

一、建立数据库pingtouge

create database pingtouge;
复制代码

二、建立 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;
复制代码

三、插入数据

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相关的数据所有都回来了。

删库了，咱们不必定须要跑路，必定要学习自救，少年。

以上就是今天分享的内容，但愿对您的学习或者工做有所帮助，若是您以为文章不错，欢迎点个赞和转发，谢谢。

最后

目前互联网上不少大佬都有 MySQL 数据恢复相关文章，若有雷同，请多多包涵了。原创不易，码字不易，还但愿你们多多支持。若文中有所错误之处，还望提出，谢谢。

欢迎扫码关注微信公众号：「互联网平头哥」，和平头哥一块儿学习，一块儿进步。