深度解析 SQL Server 資料頁面頭部結構：DBCC PAGE 實戰教學

實驗環境建立

IF OBJECT_ID('Test') IS NOT NULL DROP TABLE Test;
GO
CREATE TABLE Test (Id INT, Birth DATETIME, Name CHAR(10));
INSERT INTO Test SELECT 1, '2009-11-27', 'aaaa' UNION ALL SELECT 2, '2009-11-27', 'aaaa';
EXEC sp_spaceused 'Test';
-- 結果：2 列，保留 16KB，資料 8KB，索引 8KB

定位資料頁

DBCC IND('TestDB', 'Test', 0); -- 列出所有頁，找 PageType=1 (資料頁)，假設 PageId=89
DBCC TRACEON(3604); -- 輸出導向用戶端
DBCC PAGE('TestDB', 1, 89, 1); -- 資料庫ID=1, 檔案ID=1, 頁碼=89, 輸出選項=1 (頁頭+資料)

頁面頭部關鍵欄位完整解析

關鍵數值驗證：手算頁面佈局

1. pminlen = 26

4 字節列開銷 (狀態位元、長度、NULL 位圖指標)
+ 4 字節 INT (Id)
+ 8 字節 DATETIME (Birth)
+ 10 字節 CHAR(10) (Name)
= 26 字節 ✓

2. m_freeData = 154

96 字節頁面頭部固定大小
+ (7 字節槽位陣列開銷/列? 實為 2 字節/列槽位陣列 + 列資料開銷) * 2 列
實際計算：96 (頭部) + 2*2 (槽位陣列) + 2*26 (列資料) = 96 + 4 + 52 = 152
DBCC 輸出 154，差 2 字節可能含版本資訊/保留欄位，大體吻合。

3. m_freeCnt = 8034

8192 (8KB 頁面總大小) - 154 (m_freeData) - 4 (2 列槽位陣列 2*2) = 8034 ✓

4. m_slotCnt = 2

頁面實際儲存 2 列資料 ✓

結構變更 (ALTER TABLE) 對頁面佈局的影響

• 無結構變更：資料緊湊排列 → 頭部 → 列1 → 列2 → 空閒空間 → 槽位陣列。`m_freeData` = 頭部+列資料+槽位陣列 總長。
• 有結構變更 (如新增欄位) 且未重建**：舊列保留原位，新欄位資料附加在列尾或透過轉發指標，`m_freeData` 會包含額外的「變更記錄區」，導致空間碎片化。這也是為什麼大型表 ALTER TABLE 需謹慎、建議離線重建的原因。

實務應用場景

• **空間壓縮評估**：透過 `m_freeCnt`/`m_slotCnt` 計算平均列大小、頁面填滿度。
• **碎片診斷**：配合 `sys.dm_db_index_physical_stats` 分析頁面分裂、轉發記錄。
• **損壞修復**：`m_tornBits`/`m_lsn` 協助判斷頁面一致性。
• **內部原理教學/研究**：理解儲存引擎核心佈局。

總結

資料頁頭部是 SQL Server 儲存引擎的「元資料中樞」。透過 `DBCC PAGE` 解析 `pminlen`、`m_freeData`、`m_freeCnt`、`m_slotCnt` 等核心欄位，可精確重構頁面佈局、驗證空間計算、診斷碎片與結構變更影響。掌握頁面結構，是進階效能調校、災難恢復、核心引擎研究的必修課。