MySQL binlog日志恢复数据

Posted 2020-10-07

我们了解了mysql 的 binlog 日志的开启方式以及 binlog 日志的一些原理和常用操作，我们知道，binlog 有两大作用，一个是使用 binlog 恢复数据，另一个就是用来做主从复制。本篇笔记就是来记录如何使用 binlog 日志来做数据恢复。当然了，使用 binlog 日志所恢复的数据只能是部分数据，并不能够使用 binlog 日志来做数据库的备份，如果想要做数据库备份，依然要使用我们传统的备份方法，而 binlog 可以作为增量备份。

 

视频链接：http://www.roncoo.com/course/view/658088f6e77541f5835b61800314083e

 

在正式开始之前，先来说一说 mysql 完整备份数据库，以及恢复数据库的方法备份数据库：

 

首先我们来创建一个数据库，mytest

create database mytest;

接着我们来创建一张表

use mytest;
create table t1(id int ,name varchar(20));

然后我们插入两条数据

insert into t1 values (1,‘xiaoming‘);
insert into t1 values (2,‘xiaohong‘);

下面我们对 mytest 数据库进行备份，备份到/root/bakup/

mysqldump -uroot -p -B -F -R -x --master-data=2 mytest | gzip > /root/backup/bak_$(date +%F).sql.gz

 

参数说明：

 

-B：指定数据库

 

-F：刷新日志

 

-R：备份存储过程等

 

-x：锁表

 

--master-data：在备份语句里添加 CHANGE MASTER 语句以及 binlog 文件及位置点信息查看备份文件

 

这样呢，我们就把数据做了一个完整的备份。下面来删除数据库，然后通过备份数据进行恢复数据库。

gzip -d bakup_xxx.gz
mysql -uroot -p < bakup_xxx.sql

这样我们就把数据导入到库里了。

 

继续上面的操做，我们新增 xiaoli 和 xiaozhao 这两条数据，并把 xiaozhao 这条记录删除掉。

 

在删除之前，我们先来刷新 binlog 日志，生成一个新的日志，那么我们之后所要操做的内容都会被记录到新的日志文件中。（通过前面 binlog 日志的详细说明我们知道，每次刷新和服务重启的时候，都会生成一个 binlog 日志文件。）

flush logs;
show master status;

 

我们注意，binlog 的文件是 0009，位置是在 154，这两个信息很重要下面我们来做插入和删除操作

 

这个时候我们应该是来查看一下 binlog 日志的状态，以便与我们一会来进行恢复到此状态，但是，真正的环境中我们并不知道这个状态，因此这里也就不去查看这个状态了，这个状态的值可以通过后面查看 binlog 日志文件来进行分析。下面我们开始误操作：

 

我们来把 xiaozhao 删除掉

这样数据就删除掉了，下面我们再来查看 binlog 的状态

show master status;

 

这个时候我们发现我删除操作是个错误的操作，要进行恢复，那么该如何恢复呢？这个时候我们就可以通过 binlog 的 position 来进行恢复。

 

在进行其他的处理之前，我们建议，马上再执行一次 flush logs，也就是让出错的部分就集中在这么一个 binlog 日志文件中。

 

我们来查看 0009 的 binlog 日志。

 

我们看到 delete_rows 结束点是 928 这个点，起始点是在 755 这个点，我们可以把操作的这些数据删除到我们上次备份的内容，然后通过执行 binlog 来进行恢复，当然恢复到 755 这个点之前。

 

比如我上次备份的是整个数据库，我就可以把整个数据库删除，然后通过备份文件恢复，然后再通过 binlog 做增量恢复。这样数据就回来了。这里就不再进行删库了，我们直接演示使用 binlog 日志恢复数据的方法

 

语法如下

mysqlbinlog mysql-bin.0000xx | mysql -u 用户名 -p 密码 数据库名

 

比如我们要把所有的操作都恢复（不包括我们的删除，我们知道删除是在 755 点上）：

mysqlbinlog mysql-bin.000009 --start-position 154 --stop-position 755 | mysql - uroot -p mytest

 

 

再来查看表

 

我们发现 xiaozhao 又回来了，当然了，这里多了一个 xiali，是因为我之前并没有删除备份前的数据。当然了，我们在恢复的过程中可以选择只恢复 xiaozhao 这么一块内容下面是 binlog 日志恢复中一些常用的参数

 

--start-datetime：从二进制日志中读取指定等于时间戳或者晚于本地计算机的时间

 

--stop-datetime：从二进制日志中读取指定小于时间戳或者等于本地计算机的时间 取值

 

和上述一样

 

--start-position：从二进制日志中读取指定 position 事件位置作为开始。--stop-position：从二进制日志中读取指定 position 事件位置作为事件截至