在上篇裡，我們說明了閃回表的功能和使用。在本篇中，我們先來看一些閃回表的特點。之後一起來分析閃回表的原理。

SYS使用者物件不能閃回

SYS使用者是Oracle系統中的超級使用者，肩負著執行資料庫啟動、關閉、備份等管理職責。在物件控制上，SYS使用者可以訪問所有物件和資料。所以，一般都建議不要直接使用SYS進行實際日常DBA工作。

在閃回這個問題上，SYS使用者是受到限制的。下面我們使用SYS使用者實驗閃回特性。

SQL> conn / as sysdba;

已連線。

SQL> show user;

USER 為 "SYS" //確定是以sys使用者登入的

SQL> create table t as select * from dba_objects;

表已建立。

SQL> select count(*) from t;

COUNT(*)

----------

50331

SQL> show parameter recyclebin; //當前開啟的是閃回模式

NAME TYPE VALUE

------------------------- ----------- -----------

recyclebin string on

SQL> drop table t;

表已刪除。

SQL> show recyclebin; //沒有閃回記錄

SQL> select * from user_recyclebin;

未選定行

看來，當我們使用sys使用者進行預設表空間（sys使用者的預設表空間為system）資料表drop的時候，是不會被閃回的。Oracle內部也不支援這種操作。

那麼，這種特點是針對SYS的呢？還是針對system表空間的呢？我們繼續下面的實驗，建立一張資料表在users表空間

-- Create table

create table t

(

id number(10) not null

)

tablespace USERS

storage

(

initial 64K

minextents 1

maxextents unlimited

);

//準備資料

SQL> insert into t select object_id from dba_objects;

50331 rows inserted

SQL> commit;

Commit complete

//確認資料表所在的表空間

SQL> select table_name,tablespace_name from all_tables where wner='SYS' and table_name='T';

TABLE_NAME TABLESPACE_NAME

------------------------------ ------------------------------

T USERS

//刪除資料表

SQL> drop table t;

表已刪除。

//顯示回收站

SQL> show recyclebin;

ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME

---------------- ------------------------------ ------------ -------------------

T BIN$kLlt43leRJGNWtQMB/yTaQ==$0 TABLE 2011-01-28:00:14:18

顯然，閃回機制對system表空間資料表是不進行閃回的。

結論：使用sys使用者的閃回要注意，當建立資料表是在system表空間下的時候，是不支援閃回特性的。

閃回表回收站——兩個檢視

使用方面，閃回特性還要關注兩個回收站檢視。all_recyclebin、dba_recyclebin。

all/user/dba三層結構，我們熟悉Oracle的朋友一定不會陌生。Oracle中大部分物件都提供了以這三個作為字首的命名檢視。三層的檢視表示的都是一種型別物件，都是對後設資料表的對映。

最低一個層次是user_檢視，表示當前使用者所屬的schema下的物件。其次是all_檢視是當前使用者所能訪問、具有訪問許可權的物件資訊。物件的owner可能不是當前使用者，但是因為具有訪問許可權，也是可能被訪問到。最高的是dba_檢視，通常只有DBA使用者才能訪問到該層面檢視，常用來作為全域性物件。

recyclebin系列檢視也是類似的作用。檢視中可以查詢到回收站中的物件資訊。

SQL> desc dba_recyclebin;

Name Type Nullable Default Comments

-------------- ------------ -------- ------- --------------------------------------------------------

OWNER VARCHAR2(30) Name of the original owner of the object

OBJECT_NAME VARCHAR2(30) New name of the object

ORIGINAL_NAME VARCHAR2(32) Y Original name of the object OPERATION VARCHAR2(9) Y Operation carried out on the object

TYPE VARCHAR2(25) Y Type of the object

TS_NAME VARCHAR2(30) Y Tablespace Name to which object belongs

CREATETIME VARCHAR2(19) Y Timestamp for the creating of the object

DROPTIME VARCHAR2(19) Y Timestamp for the dropping of the object

DROPSCN NUMBER Y SCN of the transaction which moved object to Recycle Bin

PARTITION_NAME VARCHAR2(32) Y Partition Name which was dropped

CAN_UNDROP VARCHAR2(3) Y User can undrop this object

CAN_PURGE VARCHAR2(3) Y User can purge this object

RELATED NUMBER Parent objects Obj#

BASE_OBJECT NUMBER Base objects Obj#

PURGE_OBJECT NUMBER Obj# for object which gets purged

SPACE NUMBER Y Number of blocks used by this object

注意其中幾個欄位：包括原物件名、現在物件名稱、刪除時間等。這些可以幫助我們瞭解到物件的回收機制。注意其中的canpurge和canundrop兩個標誌，表示當前這個回收站物件時候可以進行操作。

同時，我們注意到回收站檢視中是沒有all_檢視的。這其實也比較好理解：回收站是屬於物件所有者的回收站。建立回收站的目的是為了將刪除的物件可以閃回，將物件閃回的許可權，還是控制在物件原有所有者或者DBA使用者手中比較好。

在回收站空間管理上，也要關注purge命令的使用。我們是可以直接對recyclebin使用purge命令的。相對於上面的命令格式，這種方式其實更加簡單直接。

ü purge user_recyclebin；

ü purge dba_recyclebin；

SQL> select * from dba_recyclebin;

OBJECT_NAME ORIGINAL_NAME

------------------------------ ----------------

BIN$kLlt43leRJGNWtQMB/yTaQ==$0 T

(結果資料段有省略…)

SQL> purge user_recyclebin;

Done

SQL> purge dba_recyclebin;

Done

SQL> select object_name, original_name from dba_recyclebin;

OBJECT_NAME ORIGINAL_NAME

--------------- --------------------------------

//物件被清理

結論：使用dba_recyclebin和user_recyclebin可以比較容易的看到整個資料庫和當前使用者物件的回收站。

利用閃回拯救我們的資料（三）

相關文章