从删库到跑路？别怕，这里教你一招：MySQL误删数据救命指南

预防误操做致使文件/数据丢失不成熟的建议：

 

欲删除文件时，将rm命令改为mv，可在系统层面将rm命令作个alias（或参考Windows / Mac OSX作法，删除文件时先进回收站）。

删除数据库、表时，不要用drop命令，而是rename到一个专用归档库里；

删除表中数据时，不要直接用delete或truncate命令，尤为是truncate命令，目前不支持事务，没法回滚。

用delete命令删除数据时，应当先显式开启事务，这样误操做时，还有机会进行回滚。

要大批量删除数据时，能够将这些数据insert...select到一个新表，确认无误后再删除。或者反其道行之，把要保留的数据写到新表，而后将表重命名对掉。

执行重要命令以前，先准备好相关命令，再三确认无误才之行，对于新鸟而言，最好请你的boss坐你旁边镇场几回，不然极有可能会连累你们～

总之，要时刻保持对线上生产环境的敬畏之心。虽然说如今大部分操做能够靠平台来完成了，但平台也不是万能的，

不也发生过平台自己的缺陷形成数据丢失、代码回滚、部署失误等事故嘛。

 

 

作好备份，无论是物理备份仍是逻辑备份！

说完预防措施，咱们再说万一发生误操做时，怎么以最快速度进行补救。 咱们分别列举几种常见的状况：

执行DROP DATABASE / DROP TABLE命令误删库表，若是碰巧采用共享表空间模式的话，还有恢复的机会。若是没有，

请直接从备份文件恢复吧。神马，你连备份文件都没有？那麻烦退出DBA届吧，一个连备份都懒得作的人，不配成为DBA的。

接上，采用共享表空间模式下，误删后马上杀掉（kill -9）mysql相关进程（mysqld_safe、mysqld），而后尝试从ibdataX文件中恢复数据。

误删除正在运行中的MySQL表ibd或ibdataX文件。请当即申请对该实例进行维护，固然，不是指把实例关闭，而是把业务暂停，

或者把该实例从线上环境摘除，再也不写入新数据，而后利用linux系统的proc文件特色，把该ibd文件从内存中拷出来，

 

 

再进行恢复，由于此时mysqld实例在内存中是保持打开该文件的，切记这时不要把mysqld实例关闭了。

接上，把复制出来的ibdataX或ibd文件拷贝回datadir后，重启mysqld进入recovery模式，innodb_force_recovery 选项从 0 - 6 逐级测试，

直至能备份出（整个实例或单表的）全部数据后，再重建实例（或单表），恢复数据。

未开启事务模式下，执行delete误删数据。意识到后当即将mysqld（以及mysqld_safe）进程杀掉（kill -9），不要任何犹豫，

而后再用工具将表空间数据读取出来。由于执行delete删除后，实际数据并没被物理清除，只是先打上deleted-mark标签，后续再统一清理，所以还有时间差。

 

另外若是你想更好的提高你的编程能力，学好C语言C++编程！弯道超车，快人一步！笔者这里或许能够帮到你~

分享（源码、项目实战视频、项目笔记，基础入门教程）

欢迎转行和学习编程的伙伴，利用更多的资料学习成长比本身琢磨更快哦！

免费学习书籍：

 

免费学习资料：