问题
今天在公司操作用户表，要求更新某个用户的密码字段，结果在写更新语句的时候忘记加条件了，导致所有用户数据都被更新了，瞬间慌神了，表中可有几十条数据，而且密码都是MD5加密的，于是赶紧查资料，使用了数据恢复方法，目前数据已成功恢复，所以在这里总结一下，希望以后在遇到同样问题的时候能够快速的解决。
解决方法
系统：windows xp
数据库：oracle9i
工具：plsql
采用的方法就是利用oracle数据库的基于时间查询as of timestamp语句的办法进行恢复数据，下面以一个简单地例子进行演示。
1.比如我新建test1表，目前表中有以下三条数据
2.我现在做一个update操作，要把id=1的PASSWD字段更新为123456，但是由于我操作的失误，id=1条件忘了加了，导致整表更新了,其他记录的PASSWD字段全部都是123456。
Sql:update test1 set passwd=’123456’;
误操作后结果：
3.此时我们可以采用oracle的基于时间查询的办法查询出5分钟前的表的记录情况，查询SQL如下：
SELECT * FROM test1 AS OF TIMESTAMP SYSDATE – 5/1440
查询结果：
对SQL的解释说明：
SYSDATE ：当前时间
1440 ：24h*60m=1440m
4.通过上面的查询，我们看到了在update之前的数据情况。那么把数据恢复回去就很简单了，通过ID关联的方式更新回去即可。如下：
update test1 t1 set t1.passwd = (select passwd from test1 AS OF TIMESTAMP SYSDATE - 5/ 1440 where t1.id = id);
更新后结果：
总结
这种做法也是DBA常用的恢复数据的手段。对于删除的情况，那么就通过insert办法重新把记录插入表即可。
提醒
最后需要 特别提醒大家注意的是，SQL中的SYSDATE-5/1440代表查询5分钟前的记录情况，由于是和当前时间SYSDATE的距离5分钟前，所以这个随着隔的时间不同及时间的推移是会变化的，一般的做法是在真正做恢复时的update前，需要先select查询一下比如5分钟前的数据是否是我们想要的数据，确认无误后立即做恢复的update。如果数据不是我们想要的，那么就需要通过调节分钟数直到找到我们想要的数据。这种办法适合小批量数据，如果是大批量数据且很重要的数据的话，建议大家新建一张结构相同的表，先把as of timestamp查询出来的数据存到新表中，再进行恢复操作，因为这样数据不再受时间差的影响，确保数据是准确的，无论你何时开始做恢复操作都没有问题。
---------------------
转载：https://blog.csdn.net/z4331016/article/details/78860554
提示: 这个操作对权限要求较高