SQL Server 索引設計實戰：叢集與非叢集索引選擇原則、覆蓋索引、維護策略提升查詢效能

良好資料庫設計基礎上，合理使用索引是 SQL Server 高效能關鍵。優化器基於代價模型決定是否使用索引，核心目標：避免全表掃描（讀取所有資料頁），利用索引定位僅需讀取少數頁面。

一、叢集索引 選擇與使用

叢集索引重組資料物理順序，索引頁直接指向資料頁，查找幾乎總是快於非叢集。每表僅一個，建立需 120% 額外空間。

設計原則

1. 大多數表應有叢集索引或分區，減輕尾頁爭用（高併發插入熱點）。
2. 範圍查詢（BETWEEN, <, >）、GROUP BY/ORDER BY 極大受益：找到首鍵值，後續行物理毗連，避免大範圍掃描。
3. 頻繁插入表勿建在單調遞增列（如 IDENTITY）上，否則持續熱點阻塞。
4. 避免包含頻繁修改欄位，值變更導致資料行物理移動。
5. 基於 WHERE 子句與連接類型選擇。

候選欄位

• 主鍵（WHERE 常用、插入隨機）
• 範圍存取欄位（如 pri_order BETWEEN 100 AND 200）
• GROUP BY/ORDER BY 欄位
• 不常修改欄位
• 連接操作欄位

二、非叢集索引 選擇與使用

不重組資料，葉層存索引鍵值+書籤（叢集鍵或 RID）。無叢集索引時最多 250 個非叢集索引。

權衡考量

1. 索引佔用空間大小。
2. 欄位值穩定性（頻繁更新維護成本高）。
3. 掃描效率：高選擇性（唯一值多）優於低選擇性（如性別）。
4. 重複值多的欄位慎建索引（密度大，優化器傾向掃描）。

三、覆蓋索引 與 維護

• 查詢欄位全包含於索引鍵/包含欄位中，避免回表（Key Lookup / RID Lookup），大幅降低 IO。
• 定期 REBUILD/REORGANIZE 索引消除碎片，UPDATE STATISTICS 刷新統計資訊，防止優化器誤判。
• 監控 sys.dm_db_index_usage_stats 識別未用/低效索引並移除。

實踐結論： 索引設計必須建立在查詢負載分析與預測基礎上，正確結合程式存取模式，才能產生最優方案。過度索引與缺乏索引同樣有害。