模拟数据库被×××，导致数据库被删除后的恢复操作。
1.先来个全备：
mysqldump -uroot -pgq266566 -A –master-data=2 > all.sql
2.模拟线上生产环境。备份完后会有新的修改。
3.然后模拟数据库被×××。chain_web被删除了。
4.上线发现被删除，先用备份恢复chain_web库 。mysql -uroot -p123456 -o chain_web < all.sql
只恢复chain_web库。
恢复到备份时候的状态。
5.根据备份时候的–master-data=2 找到 position位置 在all.sql备份文件中。
6.从备份位置解析binlog
mysqlbinlog –no-defaults -v -v –base64-output=decode-rows –start-position=194 mysql-bin.000009 > test.sql
–base64-output参数用来控制binlog部分是否显示出来的，指定为decode-rows表示不显示binglog部分
找到drop时候的位置点。
可以看到是8029
然后再根据这俩位置 解析binlog:
mysqlbinlog –start-position=194 –stop-position=8029 mysql-bin.000009 –database=chain_web > test4.sql
（解析binlog的时候加–no-defaults -v -v –base64-output=decode-rows参数可以看到比较直观的sql，但是会出现无法导入数据库的现象.可以先加参数解析出来 查看解析结果确认没问题后，再不加参数进行解析，然后导入相应的库中。如果开了GTID的话，在解析时候加参数–skip-gtids=true ）
（–datebase=chain_web 意思是只解析chain_web库的操作 因为只删除了chain_web库 chain库没有操作 不需要解析binlog 否则导入会报主键冲突）
vim test4.sql 可以看到没有drop语句了。然后就可以导入数据库中
mysql -uroot -p123456 chain_web < test4.sql
