Oracle 10g Shrink Table的使用是本文我們主要要介紹的內(nèi)容，我們知道，如果經(jīng)常在表上執(zhí)行DML操作，會(huì)造成數(shù)據(jù)庫(kù)塊中數(shù)據(jù)分布稀疏，浪費(fèi)大量空間。同時(shí)也會(huì)影響全表掃描的性能，因?yàn)槿頀呙栊枰L問(wèn)更多的數(shù)據(jù)塊。從Oracle 10g開始，表可以通過(guò)shrink來(lái)重組數(shù)據(jù)使數(shù)據(jù)分布更緊密，同時(shí)降低HWM釋放空閑數(shù)據(jù)塊。

segment shrink分為兩個(gè)階段：

1、數(shù)據(jù)重組(compact):通過(guò)一系列insert、delete操作，將數(shù)據(jù)盡量排列在段的前面。在這個(gè)過(guò)程中需要在表上加RX鎖，即只在需要移動(dòng)的行上加鎖。由于涉及到rowid的改變，需要enable row movement.同時(shí)要disable基于rowid的trigger.這一過(guò)程對(duì)業(yè)務(wù)影響比較小。

2、HWM調(diào)整：第二階段是調(diào)整HWM位置，釋放空閑數(shù)據(jù)塊。此過(guò)程需要在表上加X(jué)鎖，會(huì)造成表上的所有DML語(yǔ)句阻塞。在業(yè)務(wù)特別繁忙的系統(tǒng)上可能造成比較大的影響。Shrink Space語(yǔ)句兩個(gè)階段都執(zhí)行。Shrink Space compact只執(zhí)行***個(gè)階段。

如果系統(tǒng)業(yè)務(wù)比較繁忙，可以先執(zhí)行Shrink Space compact重組數(shù)據(jù),然后在業(yè)務(wù)不忙的時(shí)候再執(zhí)行Shrink Space降低HWM釋放空閑數(shù)據(jù)塊。shrink必須開啟行遷移功能。

alter table table_name enable row movement ;

注意：alter table XXX enable row movement語(yǔ)句會(huì)造成引用表XXX的對(duì)象(如存儲(chǔ)過(guò)程、包、視圖等)變?yōu)闊o(wú)效。執(zhí)行完成后，***執(zhí)行一下utlrp.sql來(lái)編譯無(wú)效的對(duì)象。

語(yǔ)法：

alter table <table_name> shrink space [ <null> | compact | cascade ];  
alter table <table_name> shrink space compcat; 

收縮表，相當(dāng)于把塊中數(shù)據(jù)打結(jié)實(shí)了，但會(huì)保持high water mark;

alter table <tablespace_name> Shrink Space;

收縮表，降低 high water mark;

alter table <tablespace_name> Shrink Space cascade;

收縮表，降低 high water mark，并且相關(guān)索引也要收縮一下下。

alter index idxname Shrink Space;

回縮索引

1：普通表

Sql腳本，改腳本會(huì)生成相應(yīng)的語(yǔ)句

select'alter table '||table_name||' enable row movement;'||chr(10)||'alter table '||table_name||' shrink space;'||chr(10)from user_tables;  
select'alter index '||index_name||' shrink space;'||chr(10)from user_indexes; 

2：分區(qū)表的處理

進(jìn)行Shrink Space時(shí) 發(fā)生ORA-10631錯(cuò)誤.Shrink Space有一些限制.

在表上建有函數(shù)索引（包括全文索引）會(huì)失敗。

Sql腳本，改腳本會(huì)生成相應(yīng)的語(yǔ)句

select 'alter table '||table_name||' enable row movement;'||chr(10)||'alter table '||table_name||' shrink space;'||chr(10) from user_tables where ;  
select 'alter index '||index_name||' shrink space;'||chr(10) from user_indexes where uniqueness='NONUNIQUE' ;  
select 'alter table '||segment_name||' modify subpartition '||partition_name||' shrink space;'||chr(10) from user_segments where segment_type='TABLE SUBPARTITION' '; 

Shrink的幾點(diǎn)問(wèn)題：

1. shrink后index是否需要rebuild：因?yàn)閟hrink的操作也會(huì)改變行數(shù)據(jù)的rowid，那么，如果table上有index時(shí)，shrink table后index會(huì)不會(huì)變?yōu)閁NUSABLE呢？

我們來(lái)看這樣的實(shí)驗(yàn)，同樣構(gòu)建my_objects的測(cè)試表：

create table my_objects tablespace ASSM as select * from all_objects where rownum<20000;  
create index i_my_objects on my_objects (object_id);  
delete from my_objects where object_name like '%C%';  
delete from my_objects where object_name like '%U%'; 

現(xiàn)在我們來(lái)shrink table my_objects：

SQL> alter table my_objects enable row movement;  
Table altered  
SQL> alter table my_objects shrink space;  
Table altered  
SQL> select index_name,status from user_indexes where index_name='I_MY_OBJECTS';  
INDEX_NAME STATUS  
------------------------------ --------  
I_MY_OBJECTS VALID 

我們發(fā)現(xiàn)，table my_objects上的index的狀態(tài)為VALID，估計(jì)shrink在移動(dòng)行數(shù)據(jù)時(shí)，也一起維護(hù)了index上相應(yīng)行的數(shù)據(jù)rowid的信息。我們認(rèn)為，這是對(duì)于move操作后需要rebuild index的改進(jìn)。但是如果一個(gè)table上的index數(shù)量較多，我們知道，維護(hù)index的成本是比較高的，shrink過(guò)程中用來(lái)維護(hù)index的成本也會(huì)比較高。

2. shrink時(shí)對(duì)table的lock

在對(duì)table進(jìn)行shrink時(shí)，會(huì)對(duì)table進(jìn)行怎樣的鎖定呢？當(dāng)我們對(duì)table MY_OBJECTS進(jìn)行shrink操作時(shí)，查詢v$locked_objects視圖可以發(fā)現(xiàn)，table MY_OBJECTS上加了row-X (SX) 的lock：

SQL>select OBJECT_ID, SESSION_ID,ORACLE_USERNAME,LOCKED_MODE from v$locked_objects;  
OBJECT_ID SESSION_ID ORACLE_USERNAME LOCKED_MODE  
---------- ---------- ------------------ -----------  
55422 153 DLINGER 3  
SQL> select object_id from user_objects where object_name = 'MY_OBJECTS';  
OBJECT_ID  
----------  
55422 

那么，當(dāng)table在進(jìn)行shrink時(shí)，我們對(duì)table是可以進(jìn)行DML操作的。

3．shrink對(duì)空間的要求

我們?cè)谇懊嬗懻摿藄hrink的數(shù)據(jù)的移動(dòng)機(jī)制，既然oracle是從后向前移動(dòng)行數(shù)據(jù)，那么，shrink的操作就不會(huì)像move一樣，shrink不需要使用額外的空閑空間。

【編輯推薦】

1. Oracle數(shù)據(jù)庫(kù)包的構(gòu)造過(guò)程實(shí)例
2. Oracle數(shù)據(jù)庫(kù)創(chuàng)建Schema的代碼示例
3. ORACLE GOLDENGATE的主要組件詳解
4. Python模擬Oracle的SQL/PLUS工具的實(shí)現(xiàn)方法
5. Windows7安裝Oracle database lite 10g的錯(cuò)誤解決