alter table move跟shrink space的區別

alter table move跟shrink space的區別

都知道alter table move 或shrink space能夠收縮段，用來消除部分行遷移，消除空間碎片，使數據更緊密，但move 跟shrink space仍是有區別的。
Move會移動高水位，但不會釋放申請的空間，是在高水位如下(below HWM)的操做。
而shrink space 一樣會移動高水位，但也會釋放申請的空間，是在高水位上下(below and above HWM)都有的操做。
也許很難理解吧，看測試就知道了。
 
SQL> select * from v$version;
 
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
 
SQL> create table test (id number) storage (initial 10m next 1m) tablespace users;
 
Table created.
 
SQL> analyze table test compute statistics;
 
Table analyzed.
 
SQL> col SEGMENT_NAME for a10
SQL> select SEGMENT_NAME,EXTENTS,BLOCKS,INITIAL_EXTENT/1024/1024 init from user_segments where SEGMENT_NAME='TEST';
 
SEGMENT_NA    EXTENTS     BLOCKS       INIT
---------- ---------- ---------- ----------
TEST               10       1280         10
 
SQL> col TABLE_NAME for a10
SQL> select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
 
TABLE_NAME     BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST                0         1280
--TEST表初始分配了10M的空間，能夠看到有10個EXTENTS，1280個BLOCKS。USER_TABLES視圖顯示有0個使用的BLOCKS，1280個空閒BLOCKS，即該10M空間內的BLOCK都還沒被ORACLE」格式化」。
 
SQL> begin
2   for i in 1..100000 loop
3   insert into test values(i);
4   end loop;
5   end;
6   /
 
PL/SQL procedure successfully completed.
 
SQL> analyze table test compute statistics;
 
Table analyzed.
 
SQL> select SEGMENT_NAME,EXTENTS,BLOCKS from user_segments where SEGMENT_NAME='TEST';
 
SEGMENT_NA    EXTENTS     BLOCKS
---------- ---------- ----------
TEST               10       1280
 
SQL> select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
 
TABLE_NAME     BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST              186         1094
--插入10W條數據後，分配的空間仍不變，由於10個EXTENTS還沒使用完。顯示使用了186個BLOCKS，空閒1094個BLOCKS。這時候的186BLOCKS便是高水位線
 
SQL> delete from test where rownum<=50000;
 
50000 rows deleted.
 
SQL> analyze table test compute statistics;
 
Table analyzed.
 
SQL> select SEGMENT_NAME,EXTENTS,BLOCKS from user_segments where SEGMENT_NAME='TEST';
 
SEGMENT_NA    EXTENTS     BLOCKS
---------- ---------- ----------
TEST               10       1280
 
SQL> select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
 
TABLE_NAME     BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST              186         1094
 
SQL> select count(distinct dbms_rowid.rowid_block_number(rowid)) used_blocks from test;
 
USED_BLOCKS
-----------
         77
--這邊能夠看到，刪掉一半數據後，仍然顯示使用了186個BLOCKS，高水位沒變。但查詢真正使用的BLOCK數只有77個。因此DELETE操做是不會改變HWM的
 
SQL> alter table test move;
 
Table altered.
 
SQL> analyze table test compute statistics;
 
Table analyzed.
 
SQL> select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
 
TABLE_NAME     BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST               81         1199
--MOVE以後,HWM下降了，空閒塊也上去了
 
SQL> select SEGMENT_NAME,EXTENTS,BLOCKS from user_segments where SEGMENT_NAME='TEST';
 
SEGMENT_NA    EXTENTS     BLOCKS
---------- ---------- ----------
TEST               10       1280
--可是分配的空間並無改變，仍然是1280個BLOCKS。下面看用SHRINK SPACE的方式
 
SQL> alter table test enable row movement;
 
Table altered.
 
SQL> alter table test shrink space;
 
Table altered.
 
SQL> analyze table test compute statistics;
 
Table analyzed.
 
SQL> select SEGMENT_NAME,EXTENTS,BLOCKS from user_segments where SEGMENT_NAME='TEST';
 
SEGMENT_NA    EXTENTS     BLOCKS
---------- ---------- ----------
TEST                1         88
 
SQL> select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
 
TABLE_NAME     BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST               81            7
--分配的空間已經降到最小，1個EXTENTS ，88個BLOCKS
 
 
因此MOVE並不算真正意義上的壓縮空間，只會壓縮HWM如下的空間，消除碎片。咱們通常建表時沒有指定initial參數(默認是8個BLOCK)，也就感受不到這個差別。而SHRINK SPACE真正作到了對段的壓縮，包括初始分配的也壓了，因此它是blow and above HWM操做。
至於須要哪一種方法，得看你的需求來了，須要分析表的增加狀況，要是之後還會達到之前的HWM高度，那顯然MOVE是更合適的，由於SHRINK SPACE還須要從新申請以前放掉的空間，無疑增長了操做。
 
注意：
1.不過用MOVE的方式也能夠作到真正的壓縮分配空間，只要指定STORAGE參數便可。
 
SQL> drop table test;
 
Table dropped.
 
SQL> create table test (id number) storage (initial 10m next 1m) tablespace users;
 
Table created.
 
SQL> analyze table test compute statistics;
 
Table analyzed.
 
SQL> select SEGMENT_NAME,EXTENTS,BLOCKS,INITIAL_EXTENT/1024/1024 init from user_segments where SEGME
NT_NAME='TEST';
 
SEGMENT_NA    EXTENTS     BLOCKS       INIT
---------- ---------- ---------- ----------
TEST               10       1280         10
 
SQL> select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
 
TABLE_NAME     BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST                0         1280
 
SQL> alter table test move storage (initial 1m);
 
Table altered.
 
SQL> analyze table test compute statistics;
 
Table analyzed.
 
SQL> select SEGMENT_NAME,EXTENTS,BLOCKS,INITIAL_EXTENT/1024/1024 init from user_segments where SEGME
NT_NAME='TEST';
 
SEGMENT_NA    EXTENTS     BLOCKS       INIT
---------- ---------- ---------- ----------
TEST              16        128          1
 
SQL> select TABLE_NAME,BLOCKS,EMPTY_BLOCKS from user_tables where table_name='TEST';
 
TABLE_NAME     BLOCKS EMPTY_BLOCKS
---------- ---------- ------------
TEST               0          128
 
2.使用move時，會改變一些記錄的ROWID，因此MOVE以後索引會變爲無效，須要REBUILD。
3.使用shrink space時，索引會自動維護。若是在業務繁忙時作壓縮，能夠先shrink space compact，來壓縮數據而不移動HWM，等到不繁忙的時候再shrink space來移動HWM。
4.索引也是能夠壓縮的，壓縮表時指定Shrink space cascade會同時壓縮索引，也能夠alter index xxx shrink space來壓縮索引。
5.shrink space須要在表空間是自動段空間管理的，因此system表空間上的表沒法shrink space。