善用索引大幅提升 SQL Server 查詢效能：核心原則與實戰技巧

前言

索引是關聯式資料庫提升查詢效能的關鍵工具，但「索引越多越好」是迷思。本文深入解析 SQL Server 索引類型、建立策略與效能調校核心原則。

索引定義與運作原理

索引改變資料組織方式，使資料依相似結構排列，避免全表掃描。索引依欄位建立，透過索引欄位值快速定位資料。

SQL Server 兩大索引類型

索引建立方式

• 自動建立：PRIMARY KEY、UNIQUE 條件自動建立唯一索引
• 手動建立：CREATE INDEX 陳述式或企業管理員索引建立精靈

效能調校五大核心原則

1. 正確選擇資料類型

優先使用 int、bigint、smallint、tinyint 等定長數值型別：佔用空間固定、比較運算極快。避免 char、varchar 作為索引鍵：可變長度、比較成本高、不適合數學運算。

2. 確保索引值正確被使用

查詢中對索引欄位套用函數、隱含轉換會導致索引失效。錯誤範例：WHERE CONVERT(varchar, DateCol) = '2024-01-01' → 索引無法使用。正確寫法：WHERE DateCol = '2024-01-01' 或範圍查詢。

3. 多欄索引欄位順序至關重要

資料庫依第一欄排序，再依第二欄細分...。選擇性最高（唯一值最多）的欄位放最前面，以便快速縮小搜尋範圍。

4. 限制 Clustered 索引欄位數量

Clustered 索引鍵值會複製到所有 Nonclustered 索引作為書籤。Clustered 鍵值越大 → Nonclustered 索引越大 → 儲存空間與搜尋時間增加。建議：窄、唯一、不常更新的欄位（如身分證字號、流水號）。

5. 避免頻繁更新 Clustered 索引欄位

Nonclustered 索引依賴 Clustered 索引鍵值定位。Clustered 鍵值異動 → 所有 Nonclustered 索引的書籤必須同步更新 → 大量寫入負擔。

實務建議總結

• 每張表建議 Clustered 索引 1 個，Nonclustered 索引視查詢模式而定（理論上限 256，實務建議 < 10）
• 定期執行 DBCC SHOWCONTIG 或 sys.dm_db_index_physical_stats 檢查碎片
• 配合 FILLFACTOR 預留空間減少分頁分裂
• 使用「缺失索引 DMV」(sys.dm_db_missing_index_*) 發現潛在索引需求