table move 與 shrink 的區別

tolywang發表於2011-09-20

都知道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。

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

相關文章