SQL Server 效能優化實戰建議：TOP 排序、日期篩選、分組索引

前言

生產環境中 SQL 效能問題多源於缺乏索引策略與不當查寫寫法。本文針對三大常見場景提供具體優化方案與原理分析。

1. TOP N 排序優化：避免全表排序

問題查詢

SELECT TOP 100 * FROM 大表 ORDER BY Score DESC;

問題分析

• 無索引時，SQL Server 需在 tempdb 對全表排序後取前 100 筆，極度消耗 CPU/IO/記憶體，甚至導致 tempdb 記錄檔暴漲。

解決方案

在 Score 欄位建立 **非叢集索引** (或包含查詢欄位的覆蓋索引)：

CREATE INDEX IX_Score ON 大表 (Score DESC) INCLUDE (其他常查欄位);

原理

• 索引葉層已依 Score 排序，引擎直接掃描索引前 100 筆，再透過書籤查找 (Key Lookup) 取回完整列，避免全表排序。
• 若 INCLUDE 涵蓋所有 SELECT 欄位，形成 **覆蓋索引**，更可完全避免 Key Lookup，效能極致。

2. 同一天資料篩選：改用範圍查詢啟用索引

問題查詢

WHERE CONVERT(CHAR(10), F_Time, 120) = CONVERT(CHAR(10), @DateTime, 120)

問題分析

• 對欄位套用函數 (CONVERT) 導致 **SARGable** 失效，無法使用 F_Time 上的索引，只能全表掃描。

解決方案：時間範圍查詢

DECLARE @Start DATETIME, @End DATETIME, @DateTime DATETIME;
SET @DateTime = GETDATE();
SET @Start = CONVERT(CHAR(10), @DateTime, 120);           -- 當天 00:00:00
SET @End   = DATEADD(SECOND, -1, DATEADD(DAY, 1, @Start)); -- 當天 23:59:59

SELECT * FROM 表 WHERE F_Time BETWEEN @Start AND @End;

優點

• 欄位 F_Time 維持「裸露」狀態，可完美使用索引 Seek。
• 邏輯等價，語意清晰，效能提升數量級。

3. 分組彙總查詢：善用複合索引支援 GROUP BY

場景

Northwind Orders 表，EmployeeID 有索引。

查詢 A：使用索引

SELECT EmployeeID, COUNT(*) FROM Orders GROUP BY EmployeeID;

→ 執行計畫顯示 **Index Scan/Seek + Stream Aggregate**，極快。

查詢 B：未使用索引

SELECT EmployeeID, SUM(Freight) FROM Orders GROUP BY EmployeeID;

→ 執行計畫顯示 **Table Scan + Hash Aggregate**，因 Freight 不在 EmployeeID 索引中，書籤查找成本過高，優化器選擇全表掃描。

解決方案：建立複合索引 (覆蓋索引)

CREATE INDEX IX_EmployeeID_Freight ON Orders (EmployeeID, Freight);

結果

再次執行查詢 B，執行計畫改為 **Index Scan + Stream Aggregate**，僅掃描索引即可完成彙總，速度大幅提升。

核心原理總結

進階建議

1. 查看執行計畫：善用 SET STATISTICS IO, TIME ON 與圖形化執行計畫，確認 Index Seek vs Scan、Lookup 成本。
2. 統計資料更新：大量資料異動後執行 UPDATE STATISTICS 或啟用自動更新。
3. 避免 SELECT *：僅選需要欄位，增加覆蓋索引機會，減少 IO。
4. 參數化查詢：促進計畫重用，減少編譯開銷。