我一直在想，地球上这么多程序员，应该有很多人在团队做项目的时候，出过很大的错误，比如说不小心删了库，活动福利字段多写了个零导致全服务器玩家领到数倍奖励，听了沙雕群友的话执行rm -rf命令。
记得有一本专门调侃的书，叫《Mysql从入门到删库跑路》，各种能人异士。
所以掌握如何在数据库被删之后进行恢复，是很重要的。
MySQL删除数据有很多种方式，你可以删除一条数据，可以删除一张表，也可以删除一整个库，还有就是你在rm -rf删除磁盘的时候直接把MySQL相关的所有文件都给删了。
删除行
如果你使用delete命令删除了一行数据，可以使用Flashback工具通过闪回来恢复数据。
如果你使用过git，应该知道它有一个很有用的命令，Revert，回到之前的状态。
对于数据库也是类似，我们的每一步操作其实都是记录在binlog中的，要恢复一条数据，只需要按照binlog中的操作记录进行回滚。
对于binlog中DELETE的操作，回滚就会执行与之对应的INSERT操作。
同理，INSERT的回滚是DELETE。
UPDATE的回滚，是交换前后SET和WHERE的值，这个请思考一下UPDATE语句的WHERE和SET作用。
原始：
UPDATE test.user SET id=3, name='antz' WHERE id=3 AND name='uhl';
回滚：
UPDATE test.user SET id=3, name='uhl' WHERE id=3 AND name='antz';
所以说，我们只需要知道我们删除时执行了哪些DELETE语句，就可以把这个DELETE反过来改写成为INSERT语句，达到恢复的目的。
为了方便这里使用binlog2sql工具来帮助我们分析binlog日志。
git clone https://github.com/danfengcao/binlog2sql.git
cd binlog2sql
pip install -r requirements.txt
查看开始时的binlog日志状态。
删除一条数据之后的binlog。
执行脚本解析binlog。
不过最好还是不要在主库上这样做，说不定越来越乱。
最好可以把你要恢复的库拷贝出一个备份，在这个库上临时进行恢复，确认恢复成功后，在恢复到主库。
这是因为，一个在执行线上逻辑的主库，数据状态的变更往往是有关联的，可能发现数据问题的时间晚一点，就导致已经在之前误操作的基础上，业务逻辑代码就继续修改了其他数据，如果你直接在主库恢复了这几条数据，没有经过确认的话，可能会导致数据出现更大问题。
你可以把sql_safe_updates参数设置为on，这样你的delete和update在没有写where的情况下就会报错。
误删库/表
这种情况下想要恢复数据就需要使用全量备份，加增量日志的方式了。要求线上数据库有定期的全量备份，并且实时备份binlog。
假如说有一个人不小心删掉一个库，我们就可以取最近的一次全量备份，恢复出一个临时库，然后在拿出当前的日志，从日志中恢复全量备份中没有的数据。
MySQL自带了一个binlog查看的工具，mysqlbinlog，在你MySQL安装目录下的bin中就可以找到。
使用show master logs查看当前的binlog日志，找到最近的一条，就可以使用mysqlbinlog来查看了。
rm删除
这类情况一般来说就只有跑路了，除非你使用了Mysql集群，你可以从其他节点中恢复数据。