模拟数据库被×××，导致数据库被删除后的恢复操作。

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