我最喜欢的获取和深入分析查询执行计划的工具是SQL Sentry Plan Explorer。它在执行计划的细节分析和可视化方面比SSMS更加人性化、方便和全面。

下面是一个示例屏幕截图，让你了解这个工具提供了什么功能:

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

此外，我还没有发现它的免费版有任何限制，会阻止你每天使用它，或者迫使你最终购买专业版。所以，如果你更喜欢使用免费版，没有什么能阻止你这么做。

除了前面回答中描述的方法外，您还可以使用免费的执行计划查看器和查询优化工具ApexSQL plan(我最近碰到了它)。

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

在“ApexSQL计划”中查看估计的执行计划

单击SSMS中的新建查询按钮，并将查询文本粘贴到查询文本窗口中。右击并从上下文菜单中选择“Display Estimated Execution Plan”选项。

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

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

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

要查看查询的实际执行计划，从前面提到的第二步继续，但是现在，一旦估计计划显示出来，在ApexSQL计划的主带栏中单击“实际”按钮。

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

点击此链接可以找到有关查看执行计划的更多信息。

除了前面所说的，还有一件重要的事情需要知道。

Query plans are often too complex to be represented by the built-in XML column type which has a limitation of 127 levels of nested elements. That is one of the reasons why sys.dm_exec_query_plan may return NULL or even throw an error in earlier MS SQL versions, so generally it's safer to use sys.dm_exec_text_query_plan instead. The latter also has a useful bonus feature of selecting a plan for a particular statement rather than the whole batch. Here's how you use it to view plans for currently running statements:

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列相比，结果表中的文本列不是很方便。为了能够单击要在单独的选项卡中作为图表打开的结果，而不必将其内容保存到文件中，您可以使用一个小技巧(记住您不能只使用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 Management Studio(已经解释过了)一样，Datagrip也可以在这里解释。

右键单击SQL语句，并选择Explain plan。 在Output窗格中，单击Plan。 默认情况下，您将看到查询的树表示形式。去看 查询计划时，单击“显示可视化”图标，或按 Ctrl + Shift + Alt + U

我最喜欢的获取和深入分析查询执行计划的工具是SQL Sentry Plan Explorer。它在执行计划的细节分析和可视化方面比SSMS更加人性化、方便和全面。

下面是一个示例屏幕截图，让你了解这个工具提供了什么功能:

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

此外，我还没有发现它的免费版有任何限制，会阻止你每天使用它，或者迫使你最终购买专业版。所以，如果你更喜欢使用免费版，没有什么能阻止你这么做。

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

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

停止捕获定义

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