【RECYCLEBIN】誤drop 表後長時間執行的select查詢仍可完成資料檢索現象的探祕

secooler發表於2010-04-26
即使誤drop表(未使用purge引數)也不會影響長時間未完成的select語句結果!
是不是很神奇,本文通過實際操作展示給出這個現象背後的小祕密。

這個現象的背後祕密就是:回收站。在回收站功能開啟的情況下,長時間執行的select語句伊然可以通過讀取回收站中的資料完成資料的檢索。

1.建立實驗表T,並在其中初始化大量資料
sec@ora10g> create table t as select * from all_objects;

Table created.

sec@ora10g> insert into t select * from t;

24560 rows created.

sec@ora10g> /

49120 rows created.

sec@ora10g> /

98240 rows created.

sec@ora10g> /

196480 rows created.

sec@ora10g> /

392960 rows created.

sec@ora10g> /

785920 rows created.

sec@ora10g> commit;

Commit complete.


sec@ora10g> select count(*) from t;

  COUNT(*)
----------
   1571840

2.在第一個session中進行select操作
sec@ora10g> select * from t;

……此處省略大量不斷的輸出資料……

3.在全新開啟另外一個session完成下述動作
1)drop表T
sec@ora10g> drop table t;

Table dropped.

2)使用v$session_longops檢視當前執行的message資訊
sec@ora10g> select sid,serial#,message,time_remaining
  2    from v$session_longops
  3   where time_remaining > 0
  4  /

                                                                                                     Time
    SID SERIAL# MESSAGE                                                                         Remaining
------- ------- ------------------------------------------------------------------------------- ---------
   1848   15232 Table Scan:  SEC.BIN$hFitti/9oEbgQAB/AQAgDw==$0: 6268 out of 22351 Blocks done        151

可見,讀取的就是回收站中的資料。
sec@ora10g> select * from tab;

TNAME                          TABTYPE  CLUSTERID
------------------------------ ------- ----------
BIN$hFitti/9oEbgQAB/AQAgDw==$0 TABLE

sec@ora10g> select OBJECT_NAME,ORIGINAL_NAME,TYPE,OPERATION,DROPTIME from USER_RECYCLEBIN order by DROPTIME,ORIGINAL_NAME;

OBJECT_NAME                    ORIGINAL_NAME  TYPE   OPERATION DROPTIME
------------------------------ -------------- ------ --------- -------------------
BIN$hFitti/9oEbgQAB/AQAgDw==$0 T              TABLE  DROP      2010-04-16:10:00:18

4.當第一個session執行完之後再重複執行select語句將會報錯。
sec@ora10g> select * from t;
select * from t
              *
ERROR at line 1:
ORA-00942: table or view does not exist

5.小結
這裡是回收站幫上了忙,不過更值得思考的是在實行“危險性動作”之前一定要三思而後行。

Good luck.

secooler
10.04.26

-- The End --

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/519536/viewspace-660834/,如需轉載,請註明出處,否則將追究法律責任。

相關文章