一、關於執行計劃

執行計劃是優化器生成的用於確定如何處理一個給定查詢的“工作計劃”。一個計劃包含一組運算子，通常按照特定的順序來應用這些運算子。此外，一些運算子可以在它們之前的運算子還在處理時被應用（即不一定是完全序列），還有一些運算子也有可能被應用多次。

二、圖形化執行計劃

2.1 SSMS中的圖形化執行計劃

　　在SSMS（SQL Server Management Studio）中，有兩種圖形化的執行計劃可供選擇。一種是估計執行計劃（Ctrl+L鍵），另一種是實際執行計劃（Ctrl+M鍵）。兩種計劃通常都是一樣的，只是執行時間點不同。估計查詢計劃是在查詢執行之前生成，而實際執行計劃則是在查詢輸出的同時得到的。

2.2 圖形化執行計劃例項

　　Step1.示例查詢

（1）假設我們有一張Orders表，裡面有100w行訂單資料，從2005年開始到2009年。

　　（2）待分析的查詢語句

-- 圖形化執行計劃查詢示例
SELECT custid, empid, shipperid, COUNT(*) AS numorders
FROM dbo.Orders
WHERE orderdate >= '20080201'
  AND orderdate < '20080301'
GROUP BY CUBE(custid, empid, shipperid);
GO

　　Step2.估計的執行計劃檢視（選中SQL語句按Ctrl+L）

　　當我們將游標移動到某個運算子上面時，可以得到該運算子返回的估計行數和開銷。箭頭的粗細與源運算子返回的行數是成正比的。所以，重點關注比較粗的箭頭，它們可能預示著效能問題。

　　Step3.實際的執行計劃（先選中“包括實際的執行計劃”，再執行該查詢，即可同時得到查詢的輸出和實際的計劃）

　　這時再把游標移到某個運算子，看到的會變為“實際行數”。

　　Step4.縮放到合適的大小=>如果得到了一個無法適合螢幕顯示的計劃時，可以使用一個很酷的功能，叫做縮放到合適大小。（點選滑鼠右鍵出現選單，選擇即可）

　　點選後，執行計劃會變為如下圖所示：

　　Step5.執行計劃是由運算子組成的一個樹狀結構，在圖形化計劃中，是從右到左從上到下的順序來表示的。在這個例子中，聚集索引查詢（Clustered Index Seek）是資料流的第一個運算子，生成的輸出傳到樹中的下一個運算子-表假離線（Eager Spool），以此類推。

　　我們需要注意與每個運算子相關聯的開銷百分比，這個值是某個運算子的開銷佔查詢全部開銷的百分比，由優化器估算。這裡，我們需要多留意一下百分比值比較高的運算子，重點對這些運算子進行優化。

　　此外，當我們將游標放在一個運算子上面時，其中有一項叫做“估計子樹大小（Estimated Subtree Cost）”，這個值代表從當前運算子開始的子樹的累計估計大小。比如，這裡我們通過將游標移動到最左邊的SELECT運算子，即根節點，可以看到整個查詢的估計開銷（因為其子樹代表了整個查詢）。

2.3 比較多個查詢的開銷

　　圖形化執行計劃的另一個有用的功能就是可以方便地比較多個查詢的開銷。

　　假設我們想比較以下幾個實現類似目標的查詢的開銷：

SELECT custid, orderid, orderdate, empid, filler
FROM dbo.Orders AS O1
WHERE orderid =
  (SELECT TOP (1) O2.orderid
   FROM dbo.Orders AS O2
   WHERE O2.custid = O1.custid
   ORDER BY O2.orderdate DESC, O2.orderid DESC);

SELECT custid, orderid, orderdate, empid, filler
FROM dbo.Orders
WHERE orderid IN
(
  SELECT
    (SELECT TOP (1) O.orderid
     FROM dbo.Orders AS O
     WHERE O.custid = C.custid
     ORDER BY O.orderdate DESC, O.orderid DESC) AS oid
  FROM dbo.Customers AS C
);

SELECT A.*
FROM dbo.Customers AS C
  CROSS APPLY
    (SELECT TOP (1) 
       O.custid, O.orderid, O.orderdate, O.empid, O.filler
     FROM dbo.Orders AS O
     WHERE O.custid = C.custid
     ORDER BY O.orderdate DESC, O.orderid DESC) AS A;

WITH C AS
(
  SELECT custid, orderid, orderdate, empid, filler,
    ROW_NUMBER() OVER(PARTITION BY custid
                      ORDER BY orderdate DESC, orderid DESC) AS n
  FROM dbo.Orders
)
SELECT custid, orderid, orderdate, empid, filler
FROM C
WHERE n = 1;
GO

　　在SSMS中選中他們，並請求圖形化執行計劃（估計的或實際的）。這裡，我們將會得到如下圖所示的計劃。

　　從圖中可以看到，在每個計劃頂部都會有一個百分比，表示該查詢的開銷佔整個批處理總開銷的百分比，這裡Query1=>34%，Query2=>19%，Query3=>28%，Query4=>20%，可以看出，Query1的查詢開銷最大，需要進一步檢查其效能。

參考資料

　　[美] Itzik Ben-Gan 著，成保棟 譯，《Microsoft SQL Server 2008技術內幕：T-SQL查詢》

作者：周旭龍

本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段宣告，且在文章頁面明顯位置給出原文連結。