将binlog文件导出sql文件，并vim编辑它删除其中的drop语句
[root@vm-002 backup]# mysqlbinlog mysql-bin.000002 >002bin.sql #即将binlog日志转化为可正常导入的sql文件
[root@vm-002 backup]# ls
002bin.sql mysql-bin.000002 ops_2016-09-25.sql
[root@vm-002 backup]# vim 002bin.sql
#删除里面的drop语句
注意：
在恢复全备数据之前必须将该binlog文件移出，否则恢复过程中，会继续写入语句到binlog，最终导致增量恢复数据部分变得比较混乱
（7）恢复数据
[root@vm-002 backup]# mysql -uroot -p < ops_2016-09-25.sql
Enter password:
[root@vm-002 backup]#
查看数据库，看看ops库在不在
mysql> show databases;
+--------------------+
| Database
|
+--------------------+
| information_schema |
| mysql
|
| ops
|
| test
|
+--------------------+
4 rows in set (0.00 sec)
mysql> use ops;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> select * from customers;
+----+-----------+-----+
| id | name
| age |
+----+-----------+-----+
| 1 | wangbo | 0 |
| 2 | guohui | 0 |
| 3 | zhangheng | 0 |
+----+-----------+-----+
3 rows in set (0.00 sec)
此时恢复了全备时刻的数据
接着，使用002bin.sql文件恢复全备时刻到删除数据库之间，新增的数据
[root@vm-002 backup]# mysql -uroot -p ops <002bin.sql
Enter password:
[root@vm-002 backup]#
再次查看数据库，发现全备份到删除数据库之间的那部分数据也恢复了！！
mysql> select * from customers;
+----+-----------+-----+
| id | name
| age |
+----+-----------+-----+
| 1 | wangbo | 24 |
| 2 | guohui | 22 |
| 3 | zhangheng | 27 |
| 4 | liupeng | 21 |
| 5 | xiaoda | 31 |
| 6 | fuaiai | 26 |
+----+-----------+-----+
6 rows in set (0.00 sec)
以上就是mysql数据库增量数据恢复的实例过程！
====================================================================
最后，总结几点：
1）本案例适用于人为SQL语句造成的误操作或者没有主从复制等的热备情况宕机时的修复
2）恢复条件为mysql要开启binlog日志功能，并且要全备和增量的所有数据
3）恢复时建议对外停止更新，即禁止更新数据库
4）先恢复全量，然后把全备时刻点以后的增量日志，按顺序恢复成SQL文件，然后把文件中有问题的SQL语句删除（也可通过时间和位置点），再恢复到数据库。