3、生成回滚sql，并检查回滚sql是否正确
　　MySQL
　　$ python binlog2sql/binlog2sql.py -h127.0.0.1 -P3306 -uadmin -p'admin' -dtest -ttbl --start-file='mysql-bin.000047' --start-pos=3346 --end-pos=3556 -B
　　输出：
　　$ python binlog2sql/binlog2sql.py -h127.0.0.1 -P3306 -uadmin -p'admin' -dtest -ttbl --start-file='mysql-bin.000047' --start-pos=3346 --end-pos=3556 -B
　　输出：
　　INSERT INTO `test`.`tbl`(`addtime`， `id`， `name`) VALUES ('2016-12-10 00:04:56'， 4， '小李'); #start 3346 end 3556
　　INSERT INTO `test`.`tbl`(`addtime`， `id`， `name`) VALUES ('2016-12-10 00:04:51'， 3， '小孙'); #start 3346 end 3556
　　INSERT INTO `test`.`tbl`(`addtime`， `id`， `name`) VALUES ('2016-12-10 00:04:48'， 2， '小钱'); #start 3346 end 3556
　　INSERT INTO `test`.`tbl`(`addtime`， `id`， `name`) VALUES ('2016-12-10 00:04:33'， 1， '小赵'); #start 3346 end 3556
　　4、确认回滚sql正确，执行回滚语句。登录mysql确认，数据回滚成功。
　　$ python binlog2sql.py -h127.0.0.1 -P3306 -uadmin -p'admin' -dtest -ttbl --start-file='mysql-bin.000047' --start-pos=3346 --end-pos=3556 -B | mysql -h127.0.0.1 -P3306 -uadmin -p'admin'
　　mysql> select * from tbl;
　　+----+--------+---------------------+
　　| id | name   | addtime             |
　　+----+--------+---------------------+
　　|  1 | 小赵   | 2016-12-10 00:04:33 |
　　|  2 | 小钱   | 2016-12-10 00:04:48 |
　　|  3 | 小孙   | 2016-12-10 00:04:51 |
　　|  4 | 小李   | 2016-12-10 00:04:56 |
　　+----+--------+---------------------+
　　至此，不用再担心被炒鱿鱼了。
　　常见问题
　　有人会问，我DDL误操作了怎么快速回滚？比如drop了一张大表。
　　很难做到。因为即使在在row模式下，DDL操作也不会把每行数据的变化记录到binlog，所以DDL无法通过binlog回滚。实现DDL回滚，必须要在执行DDL前先备份老数据。确实有人通过修改mysql server源码实现了DDL的快速回滚，我找到阿里的xiaobin lin提交了一个patch。但据我所知，国内很少有互联网公司应用了这个特性。原因的话，我认为主要还是懒的去折腾，没必要搞这个低频功能，次要原因是会增加一些额外存储。
　　所以，DDL误操作的话一般只能通过备份来恢复。如果公司连备份也不能用了，那真的建议去买张飞机票了。干啥？跑呗
　　mysql除了binlog2sql，是否还有其他回滚工具？
　　当然有。阿里彭立勋对mysqlbinlog增加了flashback的特性，这应该是mysql早有的flashback功能，彭解决的是DML的回滚，并说明了利用binlog进行DML闪回的设计思路。DDL回滚特性也是由阿里团队提出并实现的。这两个功能是有创新精神的，此后出现的闪回工具基本都是对上面两者的模仿。另外，去哪儿开源的Inception是一套MySQL自动化运维工具，这个比较重了，支持DML回滚，还不是从binlog回滚的，是从备份回滚的，也支持DDL回滚表结构，数据是回滚不了滴~ 还有一种做法叫slave延时备份，搞台不加业务流量的slave，故意延迟一段时间，这其实是在传统办法的基础上去除了实例恢复这步。此法会额外消耗一台机器，我们不推荐这么做。