预计执行计划

Question

在Microsoft SQL Server中，如何获取查询/存储过程的查询执行计划？

Answer 1

除了已经发布的综合答案之外，有时能够以编程方式访问执行计划以提取信息。示例代码如下。

DECLARE @TraceID INT
EXEC StartCapture @@SPID, @TraceID OUTPUT
EXEC sp_help 'sys.objects' /*<-- Call your stored proc of interest here.*/
EXEC StopCapture @TraceID

示例`StartCapture`定义

CREATE PROCEDURE StartCapture
@Spid INT,
@TraceID INT OUTPUT
AS
DECLARE @maxfilesize BIGINT = 5
DECLARE @filepath NVARCHAR(200) = N'C:\trace_' + LEFT(NEWID(),36)

EXEC sp_trace_create @TraceID OUTPUT, 0, @filepath, @maxfilesize, NULL 

exec sp_trace_setevent @TraceID, 122, 1, 1
exec sp_trace_setevent @TraceID, 122, 22, 1
exec sp_trace_setevent @TraceID, 122, 34, 1
exec sp_trace_setevent @TraceID, 122, 51, 1
exec sp_trace_setevent @TraceID, 122, 12, 1
-- filter for spid
EXEC sp_trace_setfilter @TraceID, 12, 0, 0, @Spid
-- start the trace
EXEC sp_trace_setstatus @TraceID, 1

示例`StopCapture`定义

CREATE  PROCEDURE StopCapture
@TraceID INT
AS
WITH  XMLNAMESPACES ('http://schemas.microsoft.com/sqlserver/2004/07/showplan' as sql), 
      CTE
     as (SELECT CAST(TextData AS VARCHAR(MAX)) AS TextData,
                ObjectID,
                ObjectName,
                EventSequence,
                /*costs accumulate up the tree so the MAX should be the root*/
                MAX(EstimatedTotalSubtreeCost) AS EstimatedTotalSubtreeCost
         FROM   fn_trace_getinfo(@TraceID) fn
                CROSS APPLY fn_trace_gettable(CAST(value AS NVARCHAR(200)), 1)
                CROSS APPLY (SELECT CAST(TextData AS XML) AS xPlan) x
                CROSS APPLY (SELECT T.relop.value('@EstimatedTotalSubtreeCost',
                                            'float') AS EstimatedTotalSubtreeCost
                             FROM   xPlan.nodes('//sql:RelOp') T(relop)) ca
         WHERE  property = 2
                AND TextData IS NOT NULL
                AND ObjectName not in ( 'StopCapture', 'fn_trace_getinfo' )
         GROUP  BY CAST(TextData AS VARCHAR(MAX)),
                   ObjectID,
                   ObjectName,
                   EventSequence)
SELECT ObjectName,
       SUM(EstimatedTotalSubtreeCost) AS EstimatedTotalSubtreeCost
FROM   CTE
GROUP  BY ObjectID,
          ObjectName  

-- Stop the trace
EXEC sp_trace_setstatus @TraceID, 0
-- Close and delete the trace
EXEC sp_trace_setstatus @TraceID, 2
GO

Answer 2

假设您使用的是Microsoft SQL Server Management Studio

对于估算的查询计划，您可以按 Ctrl + L 或以下按钮。

对于实际查询计划，您可以按 Ctrl + M 或执行查询前的以下按钮。

对于实时查询计划（仅限SSMS 2016），请在执行查询前使用以下按钮。

Answer 3

除了前面答案中描述的方法之外，您还可以使用免费的执行计划查看器和查询优化工具ApexSQL Plan（我最近碰到过）。

您可以安装ApexSQL Plan并将其集成到SQL Server Management Studio中，因此可以直接从SSMS查看执行计划。

在ApexSQL计划中查看估算的执行计划

点击SSMS中的新查询按钮，然后将查询文本粘贴到查询文本窗口中。右键单击并从上下文菜单中选择“显示估计执行计划”选项。

执行计划图将显示在结果部分的执行计划选项卡中。接下来右键单击执行计划，然后在上下文菜单中选择“在ApexSQL Plan中打开”选项。

预计执行计划将在ApexSQL计划中打开，可以对其进行分析以进行查询优化。

在ApexSQL计划中查看实际执行计划

要查看查询的实际执行计划，请继续前面提到的第2步，但现在，一旦显示估计计划，请单击ApexSQL计划中主标签栏中的“实际”按钮。

单击“实际”按钮后，将显示实际执行计划，并详细预览成本参数以及其他执行计划数据。

有关查看执行计划的更多信息，请参阅this link。

Answer 4

我最喜欢的获取和深入分析查询执行计划的工具是SQL Sentry Plan Explorer。与SSMS相比，它更加用户友好，方便，全面，可用于执行计划的详细分析和可视化。

以下是一个示例屏幕截图，让您了解该工具提供的功能：

它只是该工具中可用的一种视图。请注意应用程序窗口底部的一组选项卡，它们可以让您获得不同类型的执行计划表示和有用的附加信息。

此外，我还没有注意到其免费版本的任何限制，无法每天使用它或迫使您最终购买Pro版本。所以，如果你更喜欢坚持免费版，那么没有什么可以禁止你这样做。

更新（感谢 Martin Smith ）计划浏览器现在是免费的！有关详细信息，请参阅http://www.sqlsentry.com/products/plan-explorer/sql-server-query-view。

Answer 5

可以通过query_post_execution_showplan事件从扩展事件会话中获取查询计划。这是一个示例XEvent会话：

/*
    Generated via "Query Detail Tracking" template.
*/
CREATE EVENT SESSION [GetExecutionPlan] ON SERVER 
ADD EVENT sqlserver.query_post_execution_showplan(
    ACTION(package0.event_sequence,sqlserver.plan_handle,sqlserver.query_hash,sqlserver.query_plan_hash,sqlserver.session_id,sqlserver.sql_text,sqlserver.tsql_frame,sqlserver.tsql_stack)),

/* Remove any of the following events (or include additional events) as desired. */
ADD EVENT sqlserver.error_reported(
    ACTION(package0.event_sequence,sqlserver.client_app_name,sqlserver.database_id,sqlserver.plan_handle,sqlserver.query_hash,sqlserver.query_plan_hash,sqlserver.session_id,sqlserver.sql_text,sqlserver.tsql_frame,sqlserver.tsql_stack)
    WHERE ([package0].[greater_than_uint64]([sqlserver].[database_id],(4)) AND [package0].[equal_boolean]([sqlserver].[is_system],(0)))),
ADD EVENT sqlserver.module_end(SET collect_statement=(1)
    ACTION(package0.event_sequence,sqlserver.client_app_name,sqlserver.database_id,sqlserver.plan_handle,sqlserver.query_hash,sqlserver.query_plan_hash,sqlserver.session_id,sqlserver.sql_text,sqlserver.tsql_frame,sqlserver.tsql_stack)
    WHERE ([package0].[greater_than_uint64]([sqlserver].[database_id],(4)) AND [package0].[equal_boolean]([sqlserver].[is_system],(0)))),
ADD EVENT sqlserver.rpc_completed(
    ACTION(package0.event_sequence,sqlserver.client_app_name,sqlserver.database_id,sqlserver.plan_handle,sqlserver.query_hash,sqlserver.query_plan_hash,sqlserver.session_id,sqlserver.sql_text,sqlserver.tsql_frame,sqlserver.tsql_stack)
    WHERE ([package0].[greater_than_uint64]([sqlserver].[database_id],(4)) AND [package0].[equal_boolean]([sqlserver].[is_system],(0)))),
ADD EVENT sqlserver.sp_statement_completed(SET collect_object_name=(1)
    ACTION(package0.event_sequence,sqlserver.client_app_name,sqlserver.database_id,sqlserver.plan_handle,sqlserver.query_hash,sqlserver.query_plan_hash,sqlserver.session_id,sqlserver.sql_text,sqlserver.tsql_frame,sqlserver.tsql_stack)
    WHERE ([package0].[greater_than_uint64]([sqlserver].[database_id],(4)) AND [package0].[equal_boolean]([sqlserver].[is_system],(0)))),
ADD EVENT sqlserver.sql_batch_completed(
    ACTION(package0.event_sequence,sqlserver.client_app_name,sqlserver.database_id,sqlserver.plan_handle,sqlserver.query_hash,sqlserver.query_plan_hash,sqlserver.session_id,sqlserver.sql_text,sqlserver.tsql_frame,sqlserver.tsql_stack)
    WHERE ([package0].[greater_than_uint64]([sqlserver].[database_id],(4)) AND [package0].[equal_boolean]([sqlserver].[is_system],(0)))),
ADD EVENT sqlserver.sql_statement_completed(
    ACTION(package0.event_sequence,sqlserver.client_app_name,sqlserver.database_id,sqlserver.plan_handle,sqlserver.query_hash,sqlserver.query_plan_hash,sqlserver.session_id,sqlserver.sql_text,sqlserver.tsql_frame,sqlserver.tsql_stack)
    WHERE ([package0].[greater_than_uint64]([sqlserver].[database_id],(4)) AND [package0].[equal_boolean]([sqlserver].[is_system],(0)))) 
ADD TARGET package0.ring_buffer
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=ON,STARTUP_STATE=OFF)
GO

创建会话后，（在SSMS中）转到对象资源管理器并深入研究管理|扩展事件|会话。右键单击＆＃34; GetExecutionPlan＆＃34;会话并启动它。再次右键单击它并选择＆＃34;观看实时数据＆＃34;。

接下来，打开一个新的查询窗口并运行一个或多个查询。这是AdventureWorks的一个：

USE AdventureWorks;
GO

SELECT p.Name AS ProductName, 
    NonDiscountSales = (OrderQty * UnitPrice),
    Discounts = ((OrderQty * UnitPrice) * UnitPriceDiscount)
FROM Production.Product AS p 
INNER JOIN Sales.SalesOrderDetail AS sod
    ON p.ProductID = sod.ProductID 
ORDER BY ProductName DESC;
GO

片刻之后，你应该在＆＃34; GetExecutionPlan：Live Data＆＃34;标签。单击网格中的query_post_execution_showplan事件之一，然后单击＆＃34;查询计划＆＃34;网格下面的标签。它看起来应该类似于：

编辑：XEvent代码和屏幕截图是从SQL / SSMS 2012 w / SP2生成的。如果您正在使用SQL 2008 / R2，则可能能够调整脚本以使其运行。但是该版本没有GUI，因此您必须提取showplan XML，将其另存为* .sqlplan文件并在SSMS中打开它。那很麻烦。 XEvents在SQL 2005或更早版本中并不存在。因此，如果您不在SQL 2012或更高版本上，我强烈建议在此处发布其他答案之一。

Answer 6

从SQL Server 2016+开始，引入了Query Store功能来监控性能。它提供了对查询计划选择和性能的深入了解。它不是跟踪或扩展事件的完全替代，但随着它从版本到版本的发展，我们可能会在SQL Server的未来版本中获得一个功能齐全的查询存储。 Query Store的主要流程

SQL Server现有组件使用Query Store Manager与查询存储进行交互。
查询商店管理器确定应使用哪个商店，然后将执行传递到该商店（计划或运行时统计信息或查询等待统计信息）
- 计划商店 - 保留执行计划信息
- 运行时统计信息存储 - 保留执行统计信息
- 查询等待统计信息存储 - 保留等待统计信息。
计划，运行时统计信息和等待存储使用“查询存储”作为SQL Server的扩展。

启用查询存储：查询存储在服务器上的数据库级别工作。
- 默认情况下，查询存储对新数据库不起作用。
- 您无法为主数据库或tempdb数据库启用查询存储。
- 可用的DMV
  
  sys.database_query_store_options（Transact-SQL）
在查询商店中收集信息：我们使用Query Store DMV（数据管理视图）从三家商店收集所有可用信息。
- 查询计划商店 保留执行计划信息，并且它负责捕获与查询编译相关的所有信息。
  
  sys.query_store_query（Transact-SQL） sys.query_store_plan（Transact-SQL） sys.query_store_query_text（Transact-SQL）
- 运行时统计信息存储 保留执行统计信息，它可能是最频繁更新的商店。这些统计信息表示查询执行数据。
  
  sys.query_store_runtime_stats（Transact-SQL）
- 查询等待统计信息存储 持久化和捕获等待统计信息。
  
  sys.query_store_wait_stats（Transact-SQL）

注意：查询等待统计信息存储仅在SQL Server 2017 +

Answer 7

除了以前所说的一切之外，还有一件重要的事情要知道。

查询计划通常过于复杂，无法由内置的XML列类型表示，该列类型具有限制为127级的嵌套元素。这是sys.dm_exec_query_plan可能返回NULL甚至在早期MS SQL版本中抛出错误的原因之一，因此通常使用sys.dm_exec_text_query_plan更安全。后者还有一个有用的奖励功能，即选择计划特定声明而不是整批。以下是如何使用它来查看当前运行的语句的计划：

SELECT p.query_plan
FROM sys.dm_exec_requests AS r
OUTER APPLY sys.dm_exec_text_query_plan(
                r.plan_handle,
                r.statement_start_offset,
                r.statement_end_offset) AS p

与XML列相比，结果表中的text列不是很方便。为了能够在单独的选项卡中单击要打开的结果作为图表，而不必将其内容保存到文件中，您可以使用一个小技巧（记住您不能只使用CAST(... AS XML)），尽管这样只适用于一行：

SELECT Tag = 1, Parent = NULL, [ShowPlanXML!1!!XMLTEXT] = query_plan
FROM sys.dm_exec_text_query_plan(
                -- set these variables or copy values
                -- from the results of the above query
                @plan_handle,
                @statement_start_offset,
                @statement_end_offset)
FOR XML EXPLICIT

Answer 8

就像SQL Server Management Studio一样（已经介绍过），也可以使用Datagrip来实现here。

右键单击一条SQL语句，然后选择“解释计划”。

在“输出”窗格中，单击“计划”。

默认情况下，您会看到查询的树表示形式。看到   查询计划，单击“显示可视化”图标，或按   Ctrl + Shift + Alt + U

Answer 9

您也可以使用SET STATISTICS XML ON通过powershell进行操作，以获取实际计划。我已经编写了它，以便它将多语句计划合并为一个计划；

def build(self, input_shape):

    with tf.variable_scope('scope', reuse=tf.AUTO_REUSE):
        self.foo = tf.Variable(initial_value=YOUR_INITIAL_VALUE, name='var')

    trainable = None  # True or False
    if trainable:
        self._trainable_weights.append(self.foo)
    else:
        self._non_trainable_weights.append(self.foo)

Answer 10

解释执行计划可能非常详细，并且需要花费大量的阅读时间，但是总而言之，如果在查询之前使用“解释”，它将为您提供很多信息，包括哪些部分首先被执行等等。如果您想了解更多有关此的详细信息，我编写了一个有关此的小型博客，它也为您指出了正确的参考。 https://medium.com/swlh/jetbrains-datagrip-explain-plan-ac406772c470

Answer 11

正如我在this article中解释的那样，使用SQL Server时可以得到两种执行计划类型。

预计执行计划

估计的执行计划是由优化器生成的，而没有运行SQL查询。

为了获取估计的执行计划，您需要在执行查询之前启用SHOWPLAN_ALL设置。

将SHOWPLAN_ALL设置为开

现在，在执行以下SQL查询时：

SELECT p.id
FROM post p
WHERE EXISTS (
  SELECT 1
  FROM post_comment pc
  WHERE
    pc.post_id = p.id AND
    pc.review = 'Bingo'
)
ORDER BY p.title
OFFSET 20 ROWS
FETCH NEXT 10 ROWS ONLY

SQL Server将生成以下估计的执行计划：

| NodeId | Parent | LogicalOp            | EstimateRows | EstimateIO  | EstimateCPU | AvgRowSize | TotalSubtreeCost | EstimateExecutions |
|--------|--------|----------------------|--------------|-------------|-------------|------------|------------------|--------------------|
| 1      | 0      | NULL                 | 10           | NULL        | NULL        | NULL       | 0.03374284       | NULL               |
| 2      | 1      | Top                  | 10           | 0           | 3.00E-06    | 15         | 0.03374284       | 1                  |
| 4      | 2      | Distinct Sort        | 30           | 0.01126126  | 0.000504114 | 146        | 0.03373984       | 1                  |
| 5      | 4      | Inner Join           | 46.698       | 0           | 0.00017974  | 146        | 0.02197446       | 1                  |
| 6      | 5      | Clustered Index Scan | 43           | 0.004606482 | 0.0007543   | 31         | 0.005360782      | 1                  |
| 7      | 5      | Clustered Index Seek | 1            | 0.003125    | 0.0001581   | 146        | 0.0161733        | 43                 |

运行查询后，我们有兴趣获取估计的执行计划，您需要禁用SHOWPLAN_ALL，否则，当前数据库会话将仅生成估计的执行计划，而不执行所提供的SQL查询。 / p>

SET SHOWPLAN_ALL OFF

SQL Server Management Studio估计计划

在SQL Server Management Studio应用程序中，您可以通过按下CTRL+L键快捷方式轻松地获取任何SQL查询的估计执行计划。

实际执行计划

实际的SQL执行计划是由优化器在运行SQL查询时生成的。如果数据库表的统计信息准确无误，则实际计划应该与估计的计划没有显着差异。

要获取SQL Server上的实际执行计划，您需要启用STATISTICS IO, TIME, PROFILE设置，如以下SQL命令所示：

SET STATISTICS IO, TIME, PROFILE ON

现在，在运行上一个查询时，SQL Server将生成以下执行计划：

| Rows | Executes | NodeId | Parent | LogicalOp            | EstimateRows | EstimateIO  | EstimateCPU | AvgRowSize | TotalSubtreeCost |
|------|----------|--------|--------|----------------------|--------------|-------------|-------------|------------|------------------|
| 10   | 1        | 1      | 0      | NULL                 | 10           | NULL        | NULL        | NULL       | 0.03338978       |
| 10   | 1        | 2      | 1      | Top                  | 1.00E+01     | 0           | 3.00E-06    | 15         | 0.03338978       |
| 30   | 1        | 4      | 2      | Distinct Sort        | 30           | 0.01126126  | 0.000478783 | 146        | 0.03338679       |
| 41   | 1        | 5      | 4      | Inner Join           | 44.362       | 0           | 0.00017138  | 146        | 0.02164674       |
| 41   | 1        | 6      | 5      | Clustered Index Scan | 41           | 0.004606482 | 0.0007521   | 31         | 0.005358581      |
| 41   | 41       | 7      | 5      | Clustered Index Seek | 1            | 0.003125    | 0.0001581   | 146        | 0.0158571        |

SQL Server parse and compile time:
   CPU time = 8 ms, elapsed time = 8 ms.

(10 row(s) affected)
Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'post'. Scan count 0, logical reads 116, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'post_comment'. Scan count 1, logical reads 5, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

(6 row(s) affected)

SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 1 ms.

运行查询后，我们有兴趣获取实际的执行计划，您需要禁用STATISTICS IO, TIME, PROFILE ON设置，如下所示：

SET STATISTICS IO, TIME, PROFILE OFF

SQL Server Management Studio实际计划

在SQL Server Management Studio应用程序中，您可以通过按下CTRL+M键快捷方式轻松地获取任何SQL查询的估计执行计划。

有关使用SQL Server时获得执行计划的更多详细信息，请查看this article。

Answer 12

在 SQL Server Management Studio 中：

“Ctrl + M”将生成实际执行计划

“Ctrl + L”将生成预计执行计划

“Shift + Alt + S”用于客户端统计

“Ctrl + Alt + P”用于在 SQL Server Profiler 中跟踪查询。

如何获取查询执行计划？

13 个答案:

示例`StartCapture`定义

示例`StopCapture`定义

预计执行计划

SQL Server Management Studio估计计划

实际执行计划

SQL Server Management Studio实际计划

如何获取查询执行计划？

13 个答案:

示例StartCapture定义

示例StopCapture定义

预计执行计划

SQL Server Management Studio估计计划

实际执行计划

SQL Server Management Studio实际计划

示例`StartCapture`定义

示例`StopCapture`定义