教你怎么删数据库里的数据，又能快点把表格恢复，操作其实没那么难

说到删数据库里的数据,又想能快点恢复，这其实是个挺实际的需求，比如你可能是测试人员，想把测试数据清干净然后重新来一遍；或者是不小心手滑删了不该删的东西，急得满头大汗想找后悔药，这里的关键根本不是“删”这个动作，删东西太简单了，一条命令的事，真正的核心在于“恢复”，而快速恢复的命门就是“备份”，你得先有个备份，才能谈恢复，而且这个备份的方式决定了你恢复的速度。

最直接了当的方法,就是你在动手删数据之前，先给这个表做个备份，这个方法简单到就像你电脑上复制粘贴一个文件一样，具体怎么做呢？你可以用一条SQL语句，比如在MySQL里，你可以用 CREATE TABLE ... AS SELECT ... 这个语句，比方说，你有个表叫“用户表”，里面存了很多用户信息，你现在想清理一下，但又怕删错，那你就可以先执行这么一句：CREATE TABLE 用户表_备份 AS SELECT FROM 用户表；（来源：常见SQL操作手册），这句话的意思就是，现在立刻马上创建一个全新的表，名字叫“用户表_备份”，然后把“用户表”里所有的数据，原封不动地复制一份到这个新表里面去，这下你就放心了，因为原始数据已经在“用户表_备份”这个新家里安然无恙了，你就可以大胆地去操作原来的“用户表”了，无论是用DELETE语句删除某几条数据，还是用TRUNCATE语句把整个表清空，心里都有底了，万一删错了，或者测试完想恢复原样，操作也同样简单，你只需要先把原来的“用户表”清空（用TRUNCATE TABLE 用户表；或者DELETE FROM 用户表；），然后再执行：INSERT INTO 用户表 SELECT FROM 用户表_备份；（来源：常见SQL操作手册），这句话就是把“用户表_备份”里的所有数据，再插回到“用户表”里，这样一来，你的数据就恢复如初了，别忘了清理现场，用DROP TABLE 用户表_备份；把这个临时的备份表删掉就行了，这种方法的好处是特别直观，你完全能掌控，备份的就是某个时刻的整张表，恢复起来也快，特别是对于数据量不是特别巨大的表来说，非常实用，但缺点也有，就是如果表特别大，比如有几个G甚至更大，那么创建备份表和插入数据的过程可能会花点时间，而且这种方式备份的只是某一个时间点的数据，在这个备份之后到你删除数据之前这段时间里，如果表里又有新的数据增加或改动，这些新的变动是无法通过这个备份恢复的。

如果你追求的是更专业、更自动化，并且能恢复到某个精确时间点的能力，那就要用到数据库的“事务”功能和一种叫“二进制日志”的机制（来源：数据库管理核心概念），事务这个词听起来专业，但其实你可以把它理解成一个“打包操作”，你想象一下，你有一系列的操作，比如先是给A账户减100块钱，然后是给B账户加100块钱，这是一个完整的转账过程，你肯定不希望只完成了减钱，加钱那步却失败了，那样钱就飞了，数据库事务就是保证这一系列操作要么全部成功，要么全部失败，不会停在中间状态，而在这个话题里，事务能给你一个“后悔”的机会，具体操作是，在你准备执行删除语句之前，你先显式地开始一个事务，命令是 START TRANSACTION；（在MySQL中），你放心地去执行你的DELETE删除操作，这时，你可以在数据库里查询一下，看看数据是不是真的按你预想的那样被删掉了，如果一看，坏了，删错了！你根本不需要紧张，因为事务还没提交，你只需要简单地执行一条 ROLLBACK；命令（来源：SQL事务控制语句），这个回滚命令就像时间倒流，能把你在这个事务里做的所有修改，包括刚才的删除操作，全部撤销掉，数据瞬间就恢复到你执行START TRANSACTION之前的状态了，简直是无损复原，这里有个非常重要的前提，就是你一定要在删除操作后、执行COMMIT；命令之前进行回滚，一旦你执行了COMMIT；就相当于你确认了这些操作，事务结束，数据改动就永久生效了，这时候再想用ROLLBACK就没用了。

那万一我已经COMMIT提交了,事务回滚这招不好使了，还有救吗？还有最后一根救命稻草，就是前面提到的“二进制日志”（Binlog）（来源：数据库日志文件详解），你可以把二进制日志想象成数据库的“黑匣子”，它忠实地记录了所有对数据库数据进行修改的操作（不仅仅是删除，包括增加、更改），以及这些操作发生的时间点，这个功能通常是默认开启的，为了保证数据安全，当你真的不幸误操作并且提交了事务，导致数据被永久删除后，你需要求助数据库管理员（DBA），或者如果你自己有权限，就可以利用这个二进制日志来进行恢复，恢复的大致思路是：你需要有一个完整的数据库备份（比如昨天晚上的备份），先把这个备份恢复回来，这样数据就回到了昨天晚上的状态，重放从昨天晚上备份之后，到你误操作之前那个时间点的所有二进制日志，这样，备份之后正常的数据变动会被重新应用，而那个该死的删除操作因为发生在这个时间点之后，就不会被重放，通过这种“全量备份+增量日志”的方式，理论上你可以将数据库恢复到任意一个时间点，这就是所谓的“时间点恢复”，这个方法最强大，但也最复杂，通常需要专业一点的干预。

要想删数据又能快速恢复,根据你的需求和环境，可以选择不同的策略：如果只是临时的、针对单个表的测试性操作，在删除前用CREATE TABLE ... AS SELECT ... 做个临时备份表是最快最省事的，如果你是在一个可以控制的事务上下文中操作，那么使用START TRANSACTION和ROLLBACK是即时撤销、零延迟的最佳选择，而为了应对最坏的情况，确保数据库服务器开启了二进制日志功能，并定期进行全量备份，这是保证数据安全的最终底线，任何时候，手快有，手慢无，但备份永远不嫌多。