创建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
这样我们就把数据导入到库里了。
Binlog 回复
继续上面的操做，我们新增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 事件位置作为事件截至