数据库误删操作恢复(非主从单主机的情况),增量数据库恢复

参考url：http://mp.weixin.qq.com/s?src=3&timestamp=1492153840&ver=1&signature=lQLr5xBmblmU6lkou9AgVXwAt5e8C1E*F1iT8-1ra-Mxos04PzweA7xuD9tj*Trg6dzwIM8JCifouqE1aam*Yo3kK-STwCmgakedWUz3jljlJPTLbqC6IuwhKwIhG0Gh4lz7FITOHu-DYkg*DZnFOMgF594EOxnSTj9RuglalNM=

1,全备命令

 mysqldump -uroot -p -B -F -R -x --master-data=2 test|gzip >/server/backup/test_$(date +%F).sql.gz
参数说明：
-B 指定数据库
-F 刷新日志
-R 备份存储过程等
-x 锁表
--master-data 在备份语句里添加CHANGE MASTER语句以及binlog文件及位置点信息


2,解压
gzip -d test_2016-08-02.sql.gz
3，查看位置
grep CHANGE test_2016-08-02.sql #显示：-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=107;
这是全备时刻的binlog文件位置，即mysql-bin.000003的107行，因此在该文件之前的binlog文件中的数据都已经包含在这个全备的sql文件中了
4，移动binlog文件，并读取sql，(对于误操作语句，进行剔除)
a， cp /data/3306/mysql-bin.000003 /server/backup/ #实际需要复制mysql-bin.000003和之后的日志。
b， mysqlbinlog -d test mysql-bin.000003 >mysql-003bin.sql  #-d是进行数据库过滤。如果是全库，可忽略。
#在恢复全备数据之前必须将该binlog文件移出，否则恢复过程中，会继续写入语句到binlog，最终导致增量恢复数据部分变得比较混乱
c，vim mysql-003bin.sql ,剔除不必要的sql。 
从"at xxx"开始
到"SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;"结束或者下一个"at xxx"前。
删除文本例子：
# at 763
#170414 16:14:45 server id 3  end_log_pos 855 CRC32 0xfd513d6c  Query   thread_id=2     exec_time=0     error_code=0
SET TIMESTAMP=1492157685/*!*/;
drop database test
/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;   #不能删除，和文件首的一个标记对应。
5，恢复数据库：
mysql -uroot -p test < test_2016-08-02.sql
6, 恢复二进制文件：
mysql -uroot -p test < mysql-003bin.sql
7，进行数据查看，完成。