Oracle 表空間碎片回收與效能調優實戰：三大方法與 PCTINCREASE 參數深度解析

為什麼會產生表空間碎片？

頻繁的 DELETE、UPDATE、TRUNCATE、DROP 操作會導致表空間內產生大量不連續的自由空間，雖然總可用空間足夠，但無法滿足大物件（如大表、大索引）的連續空間需求，引發 ORA-01652 或 ORA-01653 錯誤。

三種主流碎片回收方法

方法一：EXP/IMP 重建（傳統離線方式）

-- 1. 導出（含壓縮選項）
exp system/password file=tablespace.dmp tables=table_name compress=Y

-- 2. 清空表
TRUNCATE TABLE table_name;

-- 3. 導入
imp system/password file=tablespace.dmp tables=table_name ignore=Y

優點：徹底整理，資料連續；缺點：需停機、耗時、不適用大表。

方法二：ALTER TABLESPACE ... COALESCE（線上手動合併）

ALTER TABLESPACE users COALESCE;

將相鄰的自由區塊合併為較大區塊，不移動資料，線上可執行，適合 Locally Managed Tablespace (LMT)。

方法三：設定 PCTINCREASE > 0 讓 SMON 自動合併

ALTER TABLESPACE users DEFAULT STORAGE (PCTINCREASE 1);

PCTINCREASE 參數深度解析

核心機制

• PCTINCREASE = 0：SMON 不會 自動合併該表空間的自由區塊，必須手動 COALESCE。
• PCTINCREASE > 0：SMON 會定期合併自由區塊。建議設為 1，避免幾何級數增長造成空間不可控。

常見誤區澄清

PCTINCREASE 與表空間自動擴展無關。表空間自動增長由 AUTOEXTEND ON 控制，屬線性增長；PCTINCREASE 僅影響區段下一個 Extent 的大小計算（幾何級數），以及 SMON 是否自動合併自由空間。

實務建議流程

1. 優先使用 COALESCE 線上整理，無停機風險。
2. 長期維護：將所有 LMT 表空間 PCTINCREASE 設為 1，交給 SMON 背景處理。
3. 大型重建專案：維護窗口期使用 Data Pump (expdp/impdp) 重建，並搭配 TABLE_EXISTS_ACTION=REPLACE。
4. 監控視圖：DBA_FREE_SPACE、DBA_TABLESPACES 定期檢視碎片率。