Oracle 資料庫碎片整理全面指南：原理、影響與實戰操作

前言

Oracle 資料庫作為企業級核心數據存儲系統，廣泛應用於金融、電信、電力、民航等高吞吐量領域。隨著業務持續運行，資料庫碎片逐漸累積，成為影響性能的關鍵因素。本文深入解析碎片產生機制、性能影響、量化指標（FSFI）及整理方案，助力 DBA 掌握核心維護技能。

一、碎片是如何產生的？

1. 邏輯存儲結構層級

Oracle 存儲結構自大到小依次為：

• 表空間：邏輯存儲單元，如 SYSTEM、TEMP、USERS
• 段：表空間內的具體對象（表段、索引段、回滾段等）
• 區塊：段擴展的基本單位，由連續資料塊組成
• 自由空間：表空間中未被使用的區塊集合

2. 碎片形成過程

理想狀態下，一個段僅佔用單一區塊，數據緊湊存儲。但現實中：

1. 段初始區塊填滿後，請求分配下一區塊
2. 資料庫優先尋找「最大自由區塊」而非合併相鄰空間
3. 頻繁增刪改導致自由區塊變小、變散、不連續
4. 最終形成大量離散的小塊自由空間——即碎片

二、碎片對系統的雙重打擊

1. 性能衰退

• 尋找足夠大的自由區塊耗時增加
• 空間分配偏離理想狀態，I/O 效率下降
• 全表掃描時需跨越更多不連續區塊

2. 空間浪費

• SMON 背景進程僅合併 pctincrease > 0 的區塊
• 大量碎片無法自動合併，造成實際可用空間遠小於理論值
• 可能觸發「ORA-01653: unable to extend table」錯誤

三、自由空間碎片指數（FSFI）量化評估

1. FSFI 計算公式

FSFI = 100 × √(MAX_EXTENT / SUM_EXTENTS) × 1 / √√(COUNT_EXTENTS)

• MAX_EXTENT：最大自由區塊大小
• SUM_EXTENTS：自由空間總大小
• COUNT_EXTENTS：自由區塊個數

2. 指標解讀

• 最大值 100：單一檔案表空間的理想狀態
• 隨區塊數增加緩慢下降，隨最大區塊縮小急劇下降
• FSFI > 30：通常不會遇到空間分配問題
• FSFI 接近閾值：需啟動碎片整理

3. FSFI 監控腳本

-- fsfi.sql
COLUMN FSFI FORMAT 999.99
SELECT tablespace_name,
       SQRT(MAX(blocks)/SUM(blocks)) * (100/SQRT(SQRT(COUNT(blocks)))) AS FSFI
FROM dba_free_space
GROUP BY tablespace_name
ORDER BY 1;

SPOOL fsfi.rep;
/
SPOOL OFF;

4. 實測案例分析

四、自由區塊碎片整理方案

1. 啟用 SMON 自動合併

設定表空間預設儲存參數 pctincrease > 0（建議設為 1）：

ALTER TABLESPACE temp DEFAULT STORAGE (PCTINCREASE 1);

2. 手動合併自由區塊

ALTER TABLESPACE temp COALESCE;

此命令會合併相鄰自由區塊，不移動段數據，線上可執行。

五、段級碎片整理實戰

1. 診斷段碎片程度

-- 查看用戶段資訊
SELECT segment_name, tablespace_name, bytes, blocks, extents
FROM user_segments
WHERE segment_type IN ('TABLE', 'INDEX')
ORDER BY extents DESC;

-- 統計表空間段分佈
SELECT tablespace_name,
       COUNT(*) AS obj_count,
       ROUND(SUM(bytes)/1024/1024/1024, 2) AS size_gb,
       SUM(blocks) AS total_blocks,
       SUM(extents) AS total_extents
FROM dba_segments
GROUP BY ROLLUP(tablespace_name);

2. 判斷是否需要整理

• 區塊數（extents）過多（如 > 50）
• 實際數據量遠小於分配空間
• 全表掃描性能明顯下降

3. 重建段（Export/Import 方案）

最徹底的壓縮方法：導出→刪除→導入

-- 1. 導出（compress=Y 將初始區塊設為總大小）
exp user/password file=exp.dmp compress=Y grants=Y indexes=Y tables=(table1,table2)

-- 2. 刪除原表
DROP TABLE table1;
DROP TABLE table2;

-- 3. 導入（數據將緊湊存入單一大區塊）
imp user/password file=exp.dmp commit=Y buffer=64000 full=Y

4. 現代替代方案（10g+）

• Online Redefinition (DBMS_REDEFINITION)：零停機重建
• ALTER TABLE ... MOVE：移動表並重置區塊（需鎖表）
• SHRINK SPACE：啟用 Row Movement 後收縮高水位

六、最佳實踐建議

1. 定期監控：納入每日巡檢，追蹤 FSFI 趨勢
2. 預留空間：關鍵表空間保留 20% 以上自由空間
3. 合理規劃：大表獨立表空間，採用 LMT（本地管理）+ ASSM
4. 分級處理：FSFI 30-50 觀察，<30 計劃整理，<20 緊急處理
5. 業務窗口：整理操作安排在低峰期，評估業務影響

結語

碎片整理是 DBA 核心維護職責之一。通過 FSFI 量化指標指導決策，結合 COALESCE、重建段、Online Redefinition 等手段，可有效維持資料庫存儲健康度，保障業務系統穩定高效運行。建議建立碎片管理 SOP，從被動修復轉向主動預防。