mysql有回收站吗_MySQL误删数据救命指南

首先看下mysql误删数据排名最前的几种是：

1.误删文件

2.误删库、表

3.错误全表删除 / 更新

4.升级操作失误

都来看看你命中过几个，hoho。

简单说下我亲手造的一个大事故吧。

那大概是一个春暖花开的季节，我的内心是激动澎湃的，因为已经安排了休假计划。在这前几天，已经把一个新项目的数据库环境都部署好了，包括自动化备份。

等我美美的出去玩的时候，悲剧发生了，业务要求进行数据回滚，但发现备份文件不可用，原因是 备份时指定的字符集和表字符集不一致。我勒个擦，原来该项目采用新的字符集，但是我没有认真检查确认并修改备份脚本，结果导致备份失效。最后，因为这个事，当季度绩效结果被降档，boss也为此背锅～

好吧，回到正题，先说几点我平时预防误操作导致文件/数据丢失不成熟的建议：

1.欲删除文件时，将rm命令改成mv，可在系统层面将rm命令做个alias(或参考  Windows / Mac OSX做法，删除文件时先进回收站)。

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

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

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

4.要大批量删除数据时，可以将这些数据insert...select到一个新表