首頁 / 知識內容專區 / sql server 執行計畫怎麼看？
    2025/9/2
    [線上直播課] 如何運用[AI+網站]建構《超級空中業務部》放大10倍業績！

    SQL Server 執行計畫詳解

    重點摘要

    • 了解 SQL Server 執行計畫是優化查詢效能的關鍵。
    • 執行計畫展示了 SQL Server 如何執行你的 SQL 查詢。
    • 學會閱讀執行計畫可以幫助你識別效能瓶頸。
    • 使用 SQL Server Management Studio (SSMS) 可以方便地查看執行計畫。
    • 關注成本、運算子類型和索引使用情況是分析執行計畫的重點。

    簡介

    SQL Server 執行計畫是 SQL Server 資料庫引擎用來執行 SQL 查詢的藍圖。它詳細描述了資料庫引擎如何存取資料、使用哪些索引、以及執行哪些操作來產生最終結果。理解和分析執行計畫是診斷和解決 SQL 查詢效能問題的關鍵技能。通過閱讀執行計畫，你可以識別查詢中的瓶頸，並採取相應的措施來優化查詢，提高資料庫的整體效能。

    本指南將深入探討 SQL Server 執行計畫的各個方面，包括如何查看執行計畫、理解不同的運算子、分析成本、以及識別常見的效能問題。我們還將提供一些實用的優化技巧，幫助你提高 SQL 查詢的效能。

    什麼是執行計畫？

    執行計畫是 SQL Server 資料庫引擎在執行 SQL 查詢之前生成的。它是一個樹狀結構，其中每個節點代表一個操作，例如讀取資料、排序資料、連接資料等。執行計畫展示了資料庫引擎如何按照特定的順序執行這些操作，以產生最終的結果集。

    執行計畫可以是估計的或實際的。估計的執行計畫是在查詢執行之前生成的，它基於資料庫引擎的統計資訊和成本模型。實際的執行計畫是在查詢執行之後生成的，它包含了實際的執行時間、I/O 統計資訊等。實際的執行計畫比估計的執行計畫更準確，因為它反映了查詢的實際執行情況。

    理解執行計畫的結構和內容對於優化 SQL 查詢至關重要。通過分析執行計畫，你可以識別查詢中的瓶頸，例如全表掃描、索引缺失、不必要的排序等。然後，你可以採取相應的措施來優化查詢，例如創建索引、重寫查詢、調整資料庫配置等。

    如何查看執行計畫？

    可以使用 SQL Server Management Studio (SSMS) 查看執行計畫。以下是查看執行計畫的步驟：

    1. 打開 SSMS，連接到 SQL Server 實例。
    2. 打開一個新的查詢窗口。
    3. 輸入你的 SQL 查詢。
    4. 點擊工具欄上的 "Display Estimated Execution Plan" 按鈕（或使用快捷鍵 Ctrl+L）來查看估計的執行計畫。
    5. 要查看實際的執行計畫，首先需要啟用 "Include Actual Execution Plan" 選項。你可以通過點擊工具欄上的 "Include Actual Execution Plan" 按鈕（或使用快捷鍵 Ctrl+M）來啟用它。
    6. 執行你的 SQL 查詢。
    7. 在 "Execution plan" 標籤頁中查看實際的執行計畫。

    除了使用 SSMS，你還可以通過使用 SET SHOWPLAN_ALL ON 或 SET SHOWPLAN_TEXT ON 命令來查看執行計畫的文字輸出。這些命令會將執行計畫的詳細資訊輸出到查詢窗口中。

    理解執行計畫運算子

    執行計畫由一系列運算子組成，每個運算子代表一個特定的操作。理解不同的運算子對於分析執行計畫至關重要。以下是一些常見的運算子：

    • Table Scan: 全表掃描，資料庫引擎會讀取整個表來找到符合條件的資料。這是最慢的資料存取方式之一。
    • Clustered Index Scan: 聚集索引掃描，資料庫引擎會讀取整個聚集索引來找到符合條件的資料。
    • Index Scan: 索引掃描，資料庫引擎會讀取整個索引來找到符合條件的資料。
    • Index Seek: 索引查找，資料庫引擎會使用索引來直接定位到符合條件的資料。這是最快的資料存取方式之一。
    • Key Lookup: 鍵查找，資料庫引擎會使用非聚集索引找到聚集索引的鍵值，然後使用聚集索引來查找實際的資料。
    • Sort: 排序，資料庫引擎會對資料進行排序。排序操作通常比較耗時。
    • Hash Match: 哈希匹配，資料庫引擎會使用哈希表來連接兩個資料集。
    • Merge Join: 合併連接，資料庫引擎會對兩個已排序的資料集進行合併連接。
    • Nested Loops Join: 嵌套循環連接，資料庫引擎會對第一個資料集的每一行，遍歷第二個資料集來找到匹配的行。
    • Compute Scalar: 計算標量，資料庫引擎會計算一個標量值，例如一個表達式或一個函數的結果。
    • Filter: 過濾，資料庫引擎會根據指定的條件過濾資料。

    每個運算子都有一些屬性，例如成本、執行時間、I/O 統計資訊等。你可以通過點擊執行計畫中的運算子來查看這些屬性。

    需要關注的關鍵運算子

    在分析執行計畫時，有一些運算子需要特別關注，因為它們通常是效能瓶頸的來源：

    • Table Scan: 盡量避免全表掃描，因為它會讀取整個表，效率很低。如果查詢需要訪問表中的大部分資料，全表掃描可能是合理的。但是，如果查詢只需要訪問表中的少量資料，則應該創建索引來避免全表掃描。
    • Key Lookup: 鍵查找通常表示缺少覆蓋索引。覆蓋索引是指包含查詢所需的所有列的索引。如果查詢只需要訪問索引中的列，則資料庫引擎不需要執行鍵查找來訪問實際的資料。
    • Sort: 排序操作通常比較耗時，特別是對於大型資料集。如果查詢需要對資料進行排序，則可以考慮創建索引來避免排序操作。
    • Nested Loops Join: 嵌套循環連接的效率通常比較低，特別是當兩個資料集都很大時。如果查詢使用了嵌套循環連接，則可以考慮使用哈希匹配或合併連接來提高效能。

    關注這些運算子可以幫助你快速識別查詢中的效能瓶頸，並採取相應的措施來優化查詢。

    索引使用情況

    索引是提高查詢效能的關鍵。通過使用索引，資料庫引擎可以快速定位到符合條件的資料，而不需要讀取整個表。在分析執行計畫時，需要關注索引的使用情況。

    如果查詢使用了索引，則執行計畫中會顯示 Index Seek 或 Index Scan 運算子。Index Seek 表示資料庫引擎使用了索引來直接定位到符合條件的資料，這是最快的資料存取方式之一。Index Scan 表示資料庫引擎讀取了整個索引來找到符合條件的資料。雖然 Index Scan 比 Table Scan 快，但仍然不如 Index Seek 快。

    如果查詢沒有使用索引，則執行計畫中會顯示 Table Scan 運算子。這表示資料庫引擎讀取了整個表來找到符合條件的資料。在這種情況下，應該考慮創建索引來提高查詢效能。

    可以使用 SQL Server 的 Database Engine Tuning Advisor (DTA) 工具來分析查詢，並推薦需要創建的索引。DTA 會分析查詢的執行計畫，並根據查詢的訪問模式和資料分佈，推薦最佳的索引方案。

    成本分析

    執行計畫中的每個運算子都有一個成本，表示執行該操作所需的資源量。成本是一個相對值，用於比較不同運算子的開銷。執行計畫的總成本是所有運算子的成本之和。

    在分析執行計畫時，需要關注成本最高的運算子。這些運算子通常是效能瓶頸的來源。通過優化這些運算子，可以顯著提高查詢效能。

    成本的單位是 I/O 操作的數量。I/O 操作是指資料庫引擎讀取或寫入資料的次數。I/O 操作是資料庫效能的主要瓶頸之一。因此，減少 I/O 操作的數量是提高查詢效能的關鍵。

    除了成本，還可以關注執行時間。執行時間是指執行該操作所需的實際時間。執行時間受到多種因素的影響，例如 CPU 負載、記憶體使用情況、I/O 速度等。因此，執行時間可能與成本不完全一致。但是，執行時間仍然是一個重要的指標，可以幫助你識別查詢中的效能瓶頸。

    常見效能問題及解決方案

    以下是一些常見的 SQL 查詢效能問題及其解決方案：

    • 全表掃描: 創建索引來避免全表掃描。
    • 索引缺失: 使用 Database Engine Tuning Advisor (DTA) 工具來分析查詢，並推薦需要創建的索引。
    • 鍵查找: 創建覆蓋索引來避免鍵查找。
    • 排序操作: 創建索引來避免排序操作。
    • 嵌套循環連接: 使用哈希匹配或合併連接來提高效能。
    • 參數嗅探: 參數嗅探是指 SQL Server 資料庫引擎根據第一次執行查詢時使用的參數值來生成執行計畫。如果後續執行查詢時使用的參數值與第一次執行查詢時使用的參數值差異很大，則生成的執行計畫可能不是最佳的。可以使用 OPTIMIZE FOR UNKNOWN 提示來避免參數嗅探。
    • 統計資訊過期: 統計資訊是資料庫引擎用來生成執行計畫的重要資訊。如果統計資訊過期，則生成的執行計畫可能不是最佳的。可以使用 UPDATE STATISTICS 命令來更新統計資訊。
    • 鎖定和阻塞: 鎖定和阻塞會導致查詢等待，從而降低效能。可以使用 SQL Server Profiler 或 Extended Events 來監控鎖定和阻塞。

    優化技巧

    以下是一些優化 SQL 查詢的技巧：

    • 只選擇需要的列: 避免使用 SELECT ，只選擇查詢需要的列。
    • 使用 WHERE 子句來過濾資料: 使用 WHERE 子句來過濾資料，減少需要處理的資料量。
    • 避免使用 LIKE 運算符: LIKE 運算符的效率比較低，盡量避免使用。如果必須使用 LIKE 運算符，則盡量使用前綴匹配，例如 LIKE 'abc%'。
    • 使用 JOIN 運算符來連接表: 使用 JOIN 運算符來連接表，避免使用子查詢。
    • 使用 UNION ALL 運算符來合併結果集: 使用 UNION ALL 運算符來合併結果集，避免使用 UNION 運算符。UNION 運算符會去除重複的行，而 UNION ALL 運算符不會。
    • 使用 WITH (NOLOCK) 提示來避免鎖定: 使用 WITH (NOLOCK) 提示來避免鎖定，提高並發性。但是，使用 WITH (NOLOCK) 提示可能會讀取到未提交的資料。
    • 定期更新統計資訊: 定期更新統計資訊，確保資料庫引擎使用最新的統計資訊來生成執行計畫。
    • 使用 Database Engine Tuning Advisor (DTA) 工具來分析查詢: 使用 Database Engine Tuning Advisor (DTA) 工具來分析查詢，並推薦需要創建的索引。

    執行計畫分析範例

    假設我們有以下 SQL 查詢：

                    
                SELECT OrderID, CustomerID, OrderDate
                FROM Orders
                WHERE CustomerID = 'ALFKI'
                ORDER BY OrderDate DESC;

    如果執行計畫顯示 Table Scan 運算子，則表示查詢沒有使用索引。可以創建一個 CustomerID 列上的索引來提高查詢效能：

                    
                CREATE INDEX IX_Orders_CustomerID ON Orders (CustomerID);

    如果執行計畫顯示 Key Lookup 運算子，則表示缺少覆蓋索引。可以創建一個包含 CustomerID 和 OrderDate 列的覆蓋索引來避免鍵查找：

                    
                CREATE INDEX IX_Orders_CustomerID_OrderDate ON Orders (CustomerID, OrderDate DESC);

    通過分析執行計畫，可以識別查詢中的效能瓶頸，並採取相應的措施來優化查詢。

    結論

    理解和分析 SQL Server 執行計畫是優化查詢效能的關鍵技能。通過閱讀執行計畫，你可以識別查詢中的瓶頸，並採取相應的措施來優化查詢，提高資料庫的整體效能。本指南介紹了 SQL Server 執行計畫的各個方面，包括如何查看執行計畫、理解不同的運算子、分析成本、以及識別常見的效能問題。希望本指南能夠幫助你更好地理解和分析 SQL Server 執行計畫，提高 SQL 查詢的效能。

    相關文章

    [線上直播課] 如何運用[AI+網站]建構《超級空中業務部》放大10倍業績！