数据库中删用户删表空间的操作还能恢复吗

2025-03-11 技术教程

这篇文章主要讲解了“数据库中删用户删表空间的操作还能恢复吗”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“数据库中删用户删表空间的操作还能恢复吗”吧！

有一次在某微信群里，有人提问以下两条操作还能恢复吗？而且是在没有开归档。紧接着又有人提问数据库是否开了闪回？

dropuseraaacascade;droptablespaceasdincludingcontentsanddatafiles;

PS：他这里没有指明闪回是闪回查询？闪回表？闪回数据库？那我们就从一个不了解闪回特性的角度来一一看这个问题（这里假设是这个用户下就一张表）

下面是整个分析过程：

场景一、闪回查询

SQL>createtableaaa.a1(idnumber);Tablecreated.SQL>insertintoaaa.a1values(3);1rowcreated.SQL>commit;Commitcomplete.SQL>selectdbms_flashback.get_system_change_numberfromdual;GET_SYSTEM_CHANGE_NUMBER------------------------3575965SQL>dropuseraaacascade;Userdropped.SQL>select*fromaaa.a1asofscn3575965;select*fromaaa.a1asofscn3575965*ERRORatline1:ORA-00942:tableorviewdoesnotexist

可以看出闪回查询是无效的，其实你要是懂一点闪回查询首先可以排除掉，因为闪回查询是基于undo的，而且undo受ddl影响的，drop操作并不会使用到undo表空间，所以基于undo的闪回查询在这种场景并不能找回数据。

场景二、闪回表（flashback table）

SQL>flashbacktableaaa.a1tobeforedrop;flashbacktableaaa.a1tobeforedrop*ERRORatline1:ORA-01435:userdoesnotexist

drop user cascade并不会把表放入回收站的，那么我们再怎么执行flashback table也是于事无补。

最后我们再来尝试一下闪回数据库，看看它是否能够成为救命稻草。其实闪回数据库的前提条件就是开启归档，那么抱歉这条路也行不通。

假设现在开了闪回数据库（flashback database，当然包括开启归档），那么我们误删的数据一定就能被找回吗？

场景三、闪回数据库（一）

SQL>selectdbms_flashback.get_system_change_numberfromdual;GET_SYSTEM_CHANGE_NUMBER------------------------3574600SQL>dropuseraaacascade;Userdropped.SQL>droptablespaceasdincludingcontentsanddatafiles;Tablespacedropped.SQL>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdown.SQL>startupmount;ORACLEinstancestarted.TotalSystemGlobalArea889389056bytesFixedSize2258360bytesVariableSize574622280bytesDatabaseBuffers306184192bytesRedoBuffers6324224bytesDatabasemounted.SQL>flashbackdatabasetoscn3574600;//闪回到误操作前Flashbackcomplete.SQL>alterdatabaseopenreadonly;//以readonly模式打开Databasealtered.SQL>select*fromaaa.a1;select*fromaaa.a1*ERRORatline1:ORA-00376:file10cannotbereadatthistimeORA-01111:namefordatafile10isunknown-renametocorrectfileORA-01110:datafile10:'/u01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00010'

这里说明一下闪回数据库的原理：flashbackdatabase用来将数据库中的数据恢复到之前的某个时间点，而非介质恢复。这里的 drop tablespace including contents and datafiles（使用including datafile效果都相同），会将对应的数据文件删除。所以现在即便是开启了闪回数据库特性也无济于事。

那么要是在上面的情况下，我只执行了drop usercascade命令，而没有执行drop tablespace including datafile（在闪回数据库模式下），结果又会有什么不同呢？

场景四、闪回数据库（二）

SQL>selectdbms_flashback.get_system_change_numberfromdual;GET_SYSTEM_CHANGE_NUMBER------------------------3581891SQL>dropuserdb1cascade;Userdropped.SQL>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdown.SQL>startupmount;ORACLEinstancestarted.TotalSystemGlobalArea889389056bytesFixedSize2258360bytesVariableSize574622280bytesDatabaseBuffers306184192bytesRedoBuffers6324224bytesDatabasemounted.SQL>flashbackdatabasetoscn3581891;Flashbackcomplete.SQL>alterdatabaseopenreadonly;Databasealtered.SQL>select*fromdb1.milktwo;IDNAME--------------------------------33kk2hh

感谢各位的阅读，以上就是“数据库中删用户删表空间的操作还能恢复吗”的内容了，经过本文的学习后，相信大家对数据库中删用户删表空间的操作还能恢复吗这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是亿速云，小编将为大家推送更多相关知识点的文章，欢迎关注！