31 | 误删数据后除了跑路，还能怎么办？

先对和MySQL相关的误删数据做分类：

1. 使用delete语句误删数据行；
2. 使用drop table或者truncate table语句误删数据表；
3. 使用drop database语句误删数据库；
4. 使用rm命令误删整个MySQL实例。

误删行

如果是使用delete语句误删了数据行，可以用Flashback工具通过闪回把数据恢复回来。

Flashback恢复数据的原理，是修改binlog的内容，拿回原库重放。而能够使用这个方案的前提是需要确保binlog_format=row和binlog_row_image=FULL；

而且不建议直接在主库上执行操作，而是找一个从库或者是临时库。

不止要说误删数据的事后处理办法，更重要的是要做到事前预防。两个建议：

1. 把sql_safe_updates参数设置为on，这样了依赖，如果我们忘记在delete或者update语句中写where条件，或者where条件里没有包含索引字段的话，这条语句执行就会报错（如果真要删除一个小表的全部数据，可以在delete语句中加上where 条件，比如where id>0）。
2. 代码上线前，必须经过SQL审计。

但是delete全表是很慢的，需要生成回滚日志、写redo、写binlog。所以，从性能角度考虑，应该优先考虑使用truncate table或者drop table命令。但是这两个命令删除表以后就没有办法通过Flashback来恢复了。

误删库/表

这种情况下，要想恢复数据，就需要使用全量备份，加增量日志的方式了。这个方案要求线上有定期的全量备份，并且实时备份binlog。

这两个条件下，假如有人中午12点误删了一个库，恢复数据的流程如下：

1. 取最近一次全量备份，假设这个库是一天一备，上次备份是当天0点；
2. 用别分恢复除一个临时库；
3. 从日志备份里面，取出林晨0点之后的日志；
4. 把这些日志，除了误删数据的语句外，全部应用到临时库。

预防误删库/表的方法

账号分离，避免写错命令。

指定操作规范，避免写错要删除的表明。

rm删除数据

只要不是恶意地吧整个集群删除，而只是删掉了其中一个节点的数据的话，HA系统就会开始工作，选出一个新的主库，从而保证整个集群的正常工作。

要做的就是在这个节点上把数据恢复回来，再接入整个集群。

当然，现在不只是DBA有自动化系统，SA（系统管理员）也有偶自动化系统，所以也许一个批量下线的机器操作，会让你整个MySQL集群的所有节点都全军覆没。

应对这种情况，只能是说尽量把备份跨机房，或者最好是跨城市保存。

 

总结

总体来说，预防比处理的意义来的大。

MySQL的集群方案中，会时不时地用到备份来恢复实例，因此定期检查备份的有效性也很有必要。

权限控制。

 

上一篇：30 | 答疑文章（二）：用动态的观点看加锁

下一篇：32 | 为什么还有kill不掉的语句？