如何在SQL Server中获取查询执行计划？
Answers:
获取执行计划的方法有很多种，根据您的情况，使用哪种方法。通常，您可以使用SQL Server Management Studio来获取计划，但是，如果由于某种原因而无法在SQL Server Management Studio中运行查询，则可能会发现通过SQL Server Profiler或通过检查获取计划会有所帮助。计划缓存。
方法1-使用SQL Server Management Studio
SQL Server具有一些简洁的功能，可非常轻松地捕获执行计划，只需确保选中“包括实际执行计划”菜单项（位于“查询”菜单下），然后按正常方式运行查询。
如果要获取存储过程中语句的执行计划，则应执行该存储过程，如下所示：
exec p_Example 42查询完成后，您应该在结果窗格中看到一个名为“执行计划”的附加选项卡。如果您运行了许多语句，则可能会在此选项卡中显示许多计划。
在这里，您可以检查SQL Server Management Studio中的执行计划，或右键单击该计划，然后选择“将执行计划另存为...”，以将计划保存到XML格式的文件中。
方法2-使用SHOWPLAN选项
此方法与方法1非常相似（实际上，这是SQL Server Management Studio在内部执行的操作），但是出于完整性考虑，或者如果您没有可用的SQL Server Management Studio，我将其包括在内。
在您运行查询，运行一个下列语句。该语句必须是批处理中唯一的语句，即您不能同时执行另一条语句：
SET SHOWPLAN_TEXT ON
SET SHOWPLAN_ALL ON
SET SHOWPLAN_XML ON
SET STATISTICS PROFILE ON
SET STATISTICS XML ON -- The is the recommended option to use这些是连接选项，因此您每个连接只需运行一次。从这一点开始，所有运行的语句都将以包含所需格式的执行计划的附加结果集相伴-只需像平时看到计划那样运行查询即可。
完成后，可以使用以下语句关闭此选项：
SET <<option>> OFF执行计划格式比较
除非您有强烈的偏好，否则我建议您使用该STATISTICS XML选项。此选项等效于SQL Server Management Studio中的“包括实际执行计划”选项，并以最方便的格式提供最多的信息。
SHOWPLAN_TEXT-显示基于基本文本的估计执行计划，而不执行查询SHOWPLAN_ALL-显示带有成本估算的基于文本的估算执行计划，而无需执行查询SHOWPLAN_XML-显示带有费用估算的基于XML的估算执行计划，而不执行查询。这等效于SQL Server Management Studio中的“显示估计的执行计划...”选项。STATISTICS PROFILE-执行查询并显示基于文本的实际执行计划。STATISTICS XML-执行查询并显示基于XML的实际执行计划。这等效于SQL Server Management Studio中的“包括实际执行计划”选项。
方法3-使用SQL Server Profiler
如果您不能直接运行查询（或者直接执行查询时查询运行不慢-请记住我们希望查询的计划执行不佳），则可以使用SQL Server Profiler跟踪捕获计划。这个想法是在捕获“ Showplan”事件之一的跟踪运行时运行查询。
请注意，根据负载，可以在生产环境中使用此方法，但是显然应该谨慎使用。SQL Server分析机制旨在最大程度地减少对数据库的影响，但这并不意味着不会对性能产生任何影响。如果您的数据库使用率过高，则在筛选和标识跟踪中的正确计划时也可能会遇到问题。显然，您应该与DBA核对一下，看看他们是否对您在其宝贵的数据库上执行此操作感到满意！
- 打开SQL Server Profiler并创建一个新的跟踪，该跟踪连接到希望为其记录跟踪的所需数据库。
- 在“事件选择”选项卡下，选中“显示所有事件”，检查“性能”->“ Showplan XML”行并运行跟踪。
- 在运行跟踪时，请执行使运行缓慢的查询运行所需的所有操作。
- 等待查询完成并停止跟踪。
- 若要保存跟踪，请在SQL Server Profiler中的计划xml上单击鼠标右键，然后选择“提取事件数据...”以将计划保存为XML格式的文件。
您获得的计划等同于SQL Server Management Studio中的“包括实际执行计划”选项。
方法4-检查查询缓存
如果无法直接运行查询，也无法捕获事件探查器跟踪，那么仍然可以通过检查SQL查询计划缓存来获取估计的计划。
我们通过查询SQL Server DMV检查计划缓存。以下是一个基本查询，它将列出所有缓存的查询计划（以xml格式）及其SQL文本。在大多数数据库上，您还需要添加其他过滤子句以将结果过滤为仅对您感兴趣的计划。
SELECT UseCounts, Cacheobjtype, Objtype, TEXT, query_plan
FROM sys.dm_exec_cached_plans
CROSS APPLY sys.dm_exec_sql_text(plan_handle)
CROSS APPLY sys.dm_exec_query_plan(plan_handle)执行此查询，然后单击计划XML，以在新窗口中打开计划-右键单击并选择“将执行计划另存为...”以将计划保存为XML格式的文件。
笔记：
因为涉及的因素太多（从表和索引架构到存储的数据和表统计信息，所以您应该始终尝试从您感兴趣的数据库中获取执行计划（通常是正在经历性能的计划）问题）。
您无法捕获加密存储过程的执行计划。
“实际”与“估计”执行计划
一个实际的执行计划是其中的SQL Server实际运行查询，而一个估计的执行计划的SQL Server使用的是哪种它会不执行查询做。尽管从逻辑上讲是等效的，但实际的执行计划更为有用，因为它包含有关执行查询时实际发生情况的更多详细信息和统计信息。当诊断SQL Server估计不正确的问题时（例如统计信息已过时），这是必不可少的。
如何解释查询执行计划？
对于一个（免费）书籍而言，这是一个足够值得的话题。
也可以看看：
SET STATISTICS XML ON蚂蚁查询的开始，SET STATISTICS XML OFF|ON你周边地区不希望在计划输出到显示：我发现这非常有用，当查询包含一个迭代（时间），你不希望/需要要在执行计划中查看（否则，SQL SERVER无法显示它太长且太长）。
除了已经发布的综合答案外，有时能够以编程方式访问执行计划以提取信息也很有用。下面的示例代码。
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
除了前面的答案中描述的方法外，您还可以使用免费的执行计划查看器和查询优化工具ApexSQL Plan（我最近接触过）。
您可以将ApexSQL Plan安装并集成到SQL Server Management Studio中，因此可以直接从SSMS查看执行计划。
在ApexSQL计划中查看估计的执行计划
- 单击SSMS中的“ 新建查询”按钮，然后将查询文本粘贴到查询文本窗口中。右键单击并从上下文菜单中选择“显示估计的执行计划”选项。
- 执行计划图将显示在结果部分的“执行计划”选项卡中。接下来，右键单击执行计划，然后在上下文菜单中选择“在ApexSQL计划中打开”选项。
- 估计执行计划将在ApexSQL计划中打开，可以对其进行分析以进行查询优化。
在ApexSQL计划中查看实际执行计划
要查看查询的实际执行计划，请从前面提到的第二步继续，但是现在，一旦显示了估算计划，请单击ApexSQL计划主功能区栏中的“实际”按钮。
单击“实际”按钮后，将显示“实际执行计划”，并带有成本参数的详细预览以及其他执行计划数据。
通过以下链接可以找到有关查看执行计划的更多信息。
我最喜欢的用于获取和深入分析查询执行计划的工具是SQL Sentry Plan Explorer。与SSMS相比，它对执行计划的详细分析和可视化更加友好，方便和全面。
这是一个示例屏幕快照，可让您大致了解该工具提供的功能：
这只是该工具中可用的视图之一。注意应用程序窗口底部的一组选项卡，它使您可以获取不同类型的执行计划表示形式以及有用的其他信息。
此外，我还没有注意到其免费版本的任何限制，这些限制会阻止其日常使用或迫使您最终购买Pro版本。因此，如果您更喜欢免费版，那么没有什么可以阻止您这样做的。
更新：（感谢Martin Smith）Plan Explorer现在是免费的！有关详细信息，请参见http://www.sqlsentry.com/products/plan-explorer/sql-server-query-view。
Speaking of third-party tools当没有人提到第三方工具时，您只是在开玩笑说您如何说出答案的开始。
可以通过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中）转到“对象资源管理器”并深入研究“管理” |“管理”。扩展活动| 会议。右键单击“ GetExecutionPlan”会话，然后启动它。再次右键单击它，然后选择“观看实时数据”。
接下来，打开一个新的查询窗口并运行一个或多个查询。这是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一两分钟后，您应该在“ GetExecutionPlan：实时数据”选项卡中看到一些结果。单击网格中的query_post_execution_showplan事件之一，然后单击网格下方的“查询计划”选项卡。它看起来应该类似于：
编辑：XEvent代码和屏幕截图是从带有SP2的SQL / SSMS 2012中生成的。如果您使用SQL 2008 / R2，您可能能够调整的脚本，使其运行。但是该版本没有GUI，因此您必须提取showplan XML，将其另存为* .sqlplan文件，然后在SSMS中打开它。太麻烦了 XEvents在SQL 2005或更早版本中不存在。因此，如果您不使用SQL 2012或更高版本，则强烈建议您在此处发布其他答案之一。
从SQL Server 2016+开始，引入了查询存储功能以监视性能。它提供有关查询计划选择和性能的见解。它不是跟踪事件或扩展事件的完整替代品，但是随着版本之间的演进，我们可能会在SQL Server的将来版本中获得功能齐全的查询存储。查询存储的主要流程
- SQL Server现有组件通过利用查询存储管理器与查询存储进行交互。
- 查询存储管理器确定应使用哪个存储，然后将执行传递给该存储（计划或运行时统计或查询等待统计）
- 计划存储-保留执行计划信息
- 运行时统计信息存储-持久执行统计信息
- 查询等待统计信息存储-持久等待统计信息。
- 计划，运行时统计信息和等待存储使用查询存储作为SQL Server的扩展。
启用查询存储：查询存储在服务器上的数据库级别工作。
- 默认情况下，查询存储对新数据库无效。
- 您不能为主
tempdb数据库或数据库启用查询存储。 - 可用的DMV
sys.database_query_store_options（Transact-SQL）
在查询存储中收集信息：我们使用查询存储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+中可用
除了之前说过的所有内容之外，这是一件事要知道的。
查询计划通常过于复杂，无法用内置的XML列类型表示，该类型的嵌套元素限制为127个级别。这是sys.dm_exec_query_planNULL在早期的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正如我在本文中所解释的，使用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 ONLYSQL 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_ALLas，否则，当前数据库会话将仅生成估计的执行计划，而不执行所提供的SQL查询。
SET SHOWPLAN_ALL OFFSQL 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 OFFSQL Server Management Studio实际计划
在SQL Server Management Studio应用程序中，您可以通过CTRL+M击键快捷键轻松获得任何SQL查询的估计执行计划。
有关使用SQL Server时获得执行计划的更多详细信息，请参阅本文。
您也可以使用SET STATISTICS XML ON通过powershell进行操作，以获取实际计划。我已经编写了它，以便将多语句计划合并为一个计划。
########## BEGIN : SCRIPT VARIABLES #####################
[string]$server = '.\MySQLServer'
[string]$database = 'MyDatabase'
[string]$sqlCommand = 'EXEC sp_ExampleSproc'
[string]$XMLOutputFileName = 'sp_ExampleSproc'
[string]$XMLOutputPath = 'C:\SQLDumps\ActualPlans\'
########## END : SCRIPT VARIABLES #####################
#Set up connection
$connectionString = "Persist Security Info=False;Integrated Security=true;Connection Timeout=0;Initial Catalog=$database;Server=$server"
$connection = new-object system.data.SqlClient.SQLConnection($connectionString)
#Set up commands
$command = new-object system.data.sqlclient.sqlcommand($sqlCommand,$connection)
$command.CommandTimeout = 0
$commandXMLActPlanOn = new-object system.data.sqlclient.sqlcommand("SET STATISTICS XML ON",$connection)
$commandXMLActPlanOff = new-object system.data.sqlclient.sqlcommand("SET STATISTICS XML OFF",$connection)
$connection.Open()
#Enable session XML plan
$result = $commandXMLActPlanOn.ExecuteNonQuery()
#Execute SP and return resultsets into a dataset
$adapter = New-Object System.Data.sqlclient.sqlDataAdapter $command
$dataset = New-Object System.Data.DataSet
$adapter.Fill($dataSet) | Out-Null
#Set up output file name and path
[string]$fileNameDateStamp = get-date -f yyyyMMdd_HHmmss
[string]$XMLOutputFilePath = "$XMLOutputPath$XMLOutputFileName`_$fileNameDateStamp.sqlplan"
#Pull XML plans out of dataset and merge into one multi-statement plan
[int]$cntr = 1
ForEach($table in $dataset.Tables)
{
if($table.Columns[0].ColumnName -eq "Microsoft SQL Server 2005 XML Showplan")
{
[string]$fullXMLPlan = $Table.rows[0]."Microsoft SQL Server 2005 XML Showplan"
if($cntr -eq 1)
{
[regex]$rx = "\<ShowPlanXML xmlns\=.{1,}\<Statements\>"
[string]$startXMLPlan = $rx.Match($fullXMLPlan).Value
[regex]$rx = "\<\/Statements\>.{1,}\<\/ShowPlanXML\>"
[string]$endXMLPlan = $rx.Match($fullXMLPlan).Value
$startXMLPlan | out-file -Append -FilePath $XMLOutputFilePath
}
[regex]$rx = "\<StmtSimple.{1,}\<\/StmtSimple\>"
[string]$bodyXMLPlan = $rx.Match($fullXMLPlan).Value
$bodyXMLPlan | out-file -Append -FilePath $XMLOutputFilePath
$cntr += 1
}
}
$endXMLPlan | out-file -Append -FilePath $XMLOutputFilePath
#Disable session XML plan
$result = $commandXMLActPlanOff.ExecuteNonQuery()
$connection.Close()解释执行计划可能非常详细，并且需要花费大量的阅读时间，但总而言之，如果在查询前使用“解释”，它将为您提供很多信息，包括首先执行哪些部分等等。如果您想了解更多有关此的详细信息，我编写了一个有关此的小型博客，它也为您指出了正确的参考。 https://medium.com/swlh/jetbrains-datagrip-explain-plan-ac406772c470