緣起一個表空間太大,刪除資料後由於檔案尾被用,無法resize,打算把所有表空間上的物件move到一個臨時儲存的表空間做整理。
move一個表到另外一個表空間時,索引不會跟著一起move，而且會失效。（LOB型別例外）表move，我們分為：

*普通表move
*分割槽表move
*LONG,LOB大欄位型別move來進行測試和說明。

索引的move，我們透過rebuild來實現

SQL> select * from v$version;

Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
PL/SQL Release 9.2.0.6.0 - Production
CORE 9.2.0.6.0 Production
TNS for Solaris: Version 9.2.0.6.0 - Production
NLSRTL Version 9.2.0.6.0 - Production

一：move普通表、索引基本語法：
alter table tab_name move tablespace tbs_name;

move過的普通表，在不用到失效的索引的操作語句中，語句執行正常，但如果操作的語句用到了索引（主鍵當做唯一索引），
則此時報告用到的索引失效，語句執行失敗，其他如外來鍵，非空約束，預設值等不會失效。

我們需要重新建立主鍵或索引，基本語法為：
alter index index_name rebuild;
alter index pk_name rebuild;

如果我們需要move索引，則使用rebuild語法：
alter index index_name rebuild tablespace tbs_name;
alter index pk_name rebuild tablespace tbs_name;

提示：查詢表所具有的索引，可以使用user_indexes檢視（索引和主鍵都在這個檢視裡可找到）。

二：move分割槽表及索引和普通表一樣，索引會失效，區別的僅僅是語法而已。

分割槽基本語法：特別提醒注意，如果是單級分割槽，則使用關鍵字PARTITION，如果是多級分割槽，則使用SUBPARTITION替代
PARTITION。如果分割槽或分割槽索引比較大，可以使用並行move或rebuild，PARALLEL (DEGREE 2);如：
ALTER TABLE PART_ALARMTEXTDATA move SUBPARTITION ALARMTEXTDATA_050910_ATD01 TABLESPACE users PARALLEL (DEGREE 2);
ALTER INDEX GLOBAL_ALARMTEXTDATA REBUILD tablespace users PARALLEL (DEGREE 2);
ALTER INDEX LOCAL_ALARMTEXTDATA REBUILD SUBPARTITION ALARMTEXTDATA_050910_ATD01 TABLESPACE users PARALLEL (DEGREE 2);

移動表的某個分割槽：
================
ALTER TABLE tab_name move PARTITION partition_name TABLESPACE tbs_name;

重建全域性索引：
================
ALTER INDEX global_index REBUILD;或
ALTER INDEX global_index REBUILD tablespace tbs_name;

重建區域性索引：
================
ALTER TABLE tab_name MODIFY PARTITION partition_name REBUILD UNUSABLE LOCAL INDEXES;或
ALTER INDEX local_index_name REBUILD PARTITION partition_name TABLESPACE tbs_name;

提示：
USER_PART_TABLES
USER_IND_PARTITIONS
USER_IND_SUBPARTITIONS
USER_LOB_PARTITIONS
USER_LOB_SUBPARTITIONS
USER_PART_INDEXES
USER_PART_LOBS可查詢分割槽相關內容，同時，分割槽物件，也是segment，所以也可在dba_segments裡查的到。

三：move LONG,LOB型別據說DBMS_REDEFINITION包可以提供一些方便，沒用過。

I:LONG型別
long型別不能透過MOVE來傳輸特別提示，儘量不要用LONG型別，特難管理。
參考：
1，LONG不能使用insert into ... select ...等帶select的模式。如
create table t123 (id int,en long);則
insert into t123(id,en) select * from t123;報告錯誤，可以用pl/sql來幫助解決，如：
declare
cursor cur_t123 is select * from t123;
use_t123 cur_t123%rowtype;
begin

open cur_t123;
loop
fetch cur_t123 into use_t123;
exit when cur_t123%notfound;

insert into t123(id,en) values (use_t123.id,use_t123.en);

end loop;
close cur_t123;

end;
/

對有LONG型別欄位的表的轉移，可以使用：
create新表的方法。
* create一個新的表，儲存在需要轉移的表空間。
* 建立新的索引（使用tablespace 子句指定新的表空間）。
* 把資料轉移過來方法一：用COPY的方法：
copy from insert t123(id,en) using select id,en from t123;方法二：PL/SQL（如上）方法三：直接就把LONG轉換成CLOB型別
create table t321(id int,en clob) tablespace users;
insert into t321(id,en) select id,to_lob(en) from t123;
方法四：exp/imp
exp bigboar/bigboar file=a.dat tables=t123
imp bigboar/bigboar file=a.dat full=y IGNORE =y
* drop掉舊錶。
* rename 新表為舊錶表名。

II:LOB型別在建立含有lob欄位的表時，oracle會自動為lob欄位建立兩個單獨的segment,一個用來存放資料
（segment_type=LOBSEGMENT），另一個用來存放索引（segment_type=LOBINDEX）。預設它們會儲存在和表一起的表空間。
我們對錶MOVE時，LOG型別欄位和該欄位的索引不會跟著MOVE，必須要單獨來進行MOVE，語法如下如：
alter table t321 move tablespace users;
alter table t321 move lob(en) store as (tablespace users);

四、move和shrink
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。

Oracle 表空間回收

相關文章