善用索引提升 SQL Server 資料處理效能：叢集、非叢集、覆蓋、篩選索引實戰指南

索引是關聯式資料庫效能的核心杠桿。本文系統性解析叢集索引、非叢集索引、覆蓋索引、篩選索引的設計原則、適用場景與避坑指南。

一、叢集索引：資料物理排序的唯一鍵

• 每表**僅一個**，資料頁依叢集鍵順序儲存。
• 建立需 **120% 額外空間** (複製資料 + 建立中繼頁)。
• 最佳鍵特徵：**窄 (4~8 bytes)、唯一、遞增、不常修改** (Identity、NEWSEQUENTIALID())。
• 適用查詢：範圍掃描 (BETWEEN, >, <)、GROUP BY/ORDER BY 叢集鍵、JOIN 叢集鍵。
• 避免：單調遞增鍵在高併發 INSERT 產生「熱點頁」鎖爭用 (可用哈希分割或 GUID 亂序緩解)。

二、非叢集索引：邏輯指標的額外層級

• 不重組資料，葉層含 **索引鍵值 + 列定位器 (RID 或叢集鍵)**。
• 無叢集索引表 (Heap) 上最多 249 個；有叢集索引表最多 999 個。
• 每次 INSERT/UPDATE/DELETE 需同步維護所有非叢集索引，**寫入開銷隨索引數線性增長**。
• 適用：高選擇性點查詢、覆蓋索引 (INCLUDE 欄位消除鍵查閱)、JOIN/ORDER BY/GROUP BY 欄位。

三、覆蓋索引：查詢完全在索引內完成

CREATE INDEX IX_Orders_CustDate_Cover
ON dbo.Orders (CustomerID, OrderDate)
INCLUDE (OrderID, TotalAmount, Status);
-- 查詢：SELECT OrderID, TotalAmount, Status FROM Orders WHERE CustomerID = 123 AND OrderDate > '2024-01-01'
-- 無需鍵查閱，極速

• 代價：索引體積膨脹、寫入開銷增加。**僅對高頻、關鍵查詢**建立。

四、篩選索引：針對固定子集的精準索引

CREATE INDEX IX_Orders_Active
ON dbo.Orders (OrderDate)
WHERE Status = 'Active';  -- 僅索引 20% 活躍訂單

• 體積小、統計資料精準、維護成本低。
• 適用：固定篩選條件 (狀態、類型、租戶)、軟刪除旗標 (IsDeleted = 0)。

五、索引設計決策樹

1. 查詢是否高頻、關鍵？否 → 不建索引。
2. 是否為範圍掃描/排序/分組主鍵？是 → 叢集索引候選。
3. 是否為高選擇性點查/JOIN？是 → 非叢集索引候選。
4. 查詢固定回傳少數欄位？是 → 覆蓋索引 (INCLUDE)。
5. 查詢固定 WHERE 子句 (如 Status='Active')？是 → 篩選索引。

六、維運檢查清單

• 定期 sys.dm_db_index_usage_stats 找出 **未被使用索引** (user_seeks/scans/lookups = 0) → 評估刪除。
• sys.dm_db_index_physical_stats 檢測碎片 > 30% → REBUILD；10~30% → REORGANIZE。
• UPDATE STATISTICS / AUTO_UPDATE_STATISTICS_ASYNC 保持統計鮮度。
• 監控 sys.dm_db_missing_index_details 但**人工審核**後再建立。

結語

索引非越多越好，而是「精準、覆蓋、篩選、維護」四字訣。以查詢負載為導向，建立最小必要索引集合，配合自動化碎片與統計維護，持續榨取硬體效能。