SQL Server的执行计划

目录
  • 一、背景
  • 二、显示和保存执行计划
  • 三、显示估计的执行计划
  • 四、显示实际执行计划
  • 五、以 XML 格式保存执行计划
  • 六、比较和分析执行计划
    • 6.1、比较执行计划
    • 6.2、分析实际执行计划
  • 总结

一、背景

为了能够执行查询,SQL Server 数据库引擎必须分析该语句,以确定访问所需数据的最有效方法。此分析由称为查询优化器的组件处理。查询优化器的输入由查询、数据库架构(表和索引定义)和数据库统计信息组成。查询优化器的输出是查询执行计划,有时称为查询计划或执行计划。

查询执行计划是以下内容的定义:

  • 访问源表的顺序。通常,数据库服务器可以在许多序列中访问基表以生成结果集。
  • 用于从每个表中提取数据的方法。通常,访问每个表中的数据有不同的方法。如果只需要具有特定键值的几行,则数据库服务器可以使用索引。如果表中的所有行都是必需的,数据库服务器可以忽略索引并执行表扫描。如果表中的所有行都是必需的,但有一个索引的键列位于 中,则执行索引扫描而不是表扫描可能会保存单独的结果集。如果表非常小,则表扫描可能是几乎所有访问表的最有效方法。
  • 用于计算计算的方法,以及如何筛选、聚合和排序每个表中的数据。从表中访问数据时,有不同的方法可以对数据执行计算(例如计算标量值),以及聚合和排序查询文本中定义的数据,以及如何筛选数据。

二、显示和保存执行计划

执行计划以图形方式显示 SQL Server 查询优化器选择的数据检索方法。执行计划使用图标而不是 SET SHOWPLAN_ALL或 SET SHOWPLAN_TEXT 语句生成的表格表示形式来表示 SQL Server 中特定语句和查询的执行开销。这种图形方法对于了解查询的性能特征非常有用。

虽然 SQL Server 查询优化器只生成一个执行计划,但存在估计执行计划和实际执行计划的概念。

  • 估计的执行计划返回查询优化器在编译时生成的执行计划。生成估计的执行计划不会实际执行查询或批处理,因此不包含任何运行时信息,例如实际资源使用情况指标或运行时警告。
  • 实际执行计划返回查询优化器生成的执行计划,并在查询或批处理完成后返回执行计划。这包括有关资源使用情况指标和任何运行时警告的运行时信息。

三、显示估计的执行计划

生成估计的执行计划时,不会执行 T-SQL 查询或批处理。因此,估计的执行计划不包含任何运行时信息,例如实际资源使用情况指标或运行时警告。相反,生成的执行计划显示 SQL Server 数据库引擎在实际执行查询时最有可能使用的查询执行计划,并显示流经计划中多个运算符的估计行。

若要使用此功能,用户必须具有执行要为其生成图形执行计划的 T-SQL 查询的适当权限,并且必须向他们授予查询引用的所有数据库的 SHOWPLAN 权限。

通过 SSMS、EXPLAIN 和 SET SHOWPLAN_XML的估计执行计划可用于 Azure Synapse Analytics 中的专用 SQL 池(以前称为 SQL DW)和专用 SQL 池。

注意:使用 SET SHOWPLAN_XML返回每个语句的执行计划信息而不执行它。

四、显示实际执行计划

实际执行计划是在执行 T-SQL 查询或批处理后生成的。因此,实际执行计划包含运行时信息,例如实际资源使用指标和运行时警告(如果有)。生成的执行计划显示 SQL Server 数据库引擎用于执行查询的实际查询执行计划。

若要使用此功能,用户必须具有执行正在为其生成图形执行计划的 Transact-SQL 查询的适当权限,并且必须向他们授予查询引用的所有数据库的 SHOWPLAN 权限。

五、以 XML 格式保存执行计划

要执行计划功能或使用 XML 显示计划 SET 选项,用户必须具有执行要为其生成执行计划的 Transact-SQL 查询的适当权限,并且必须向他们授予查询引用的所有数据库的 SHOWPLAN 权限。

使用以下语句打开SHOWPLAN_XML:

SET SHOWPLAN_XML ON;
GO

若要打开统计信息 XML,请使用以下语句:

SET STATISTICS XML ON;
GO

执行查询:

USE AdventureWorks2012;
GO
SET SHOWPLAN_XML ON;
GO
-- Execute a query.
SELECT BusinessEntityID
FROM HumanResources.Employee
WHERE NationalIDNumber = '509647174';
GO
SET SHOWPLAN_XML OFF;

六、比较和分析执行计划

执行计划以图形方式显示 SQL Server 查询优化器选择的数据检索方法。执行计划使用图标而不是 SET SHOWPLAN_ALL或 SET SHOWPLAN_TEXT 语句生成的表格表示形式来表示 SQL Server 中特定语句和查询的执行开销。这种图形方法对于理解查询的性能特征非常有用。

SQL Server Management Studio 包含的功能允许用户比较两个执行计划(例如,同一查询的感知好计划和坏计划),并执行根本原因分析。还包括执行单个查询计划分析的功能,允许通过分析查询的执行计划来深入了解可能影响查询性能的方案。

6.1、比较执行计划

出于故障排除原因,数据库专业人员可能必须执行比较计划的功能:

  • 查找查询或批处理突然变慢的原因。
  • 了解查询重写的影响。
  • 观察引入架构设计的特定性能增强更改(如新索引)如何有效地更改执行计划。

可以在以下两者之间进行比较:

  • 两个以前保存的执行计划文件(扩展名为 .sqlplan)。
  • 一个活动的执行计划和一个以前保存的查询执行计划。
  • 查询存储中的两个选定查询计划。

比较两个执行计划时,计划中执行基本相同的区域将以相同的颜色和图案突出显示。单击一个计划中的颜色区域会将另一个计划居中放在该计划中的匹配节点上。仍然可以比较执行计划的不匹配运算符和节点,但在这种情况下,必须手动选择要比较的运算符。

6.2、分析实际执行计划

查询性能故障排除需要在了解查询处理和执行计划方面具有丰富的专业知识,以便能够实际查找和修复根本原因。

SQL Server Management Studio 包括在实际执行计划分析任务中实现某种程度自动化的功能,尤其是对于大型和复杂的计划。目标是更轻松地查找基数估计不准确的方案,并获取有关可能可用的缓解措施的建议。

总结

  • 实际执行计划是在事务处理 SQL 查询或批处理执行后生成的。因此,实际执行计划包含运行时信息,例如实际行数、资源使用指标和运行时警告(如果有)。
  • 只有考虑更改计划形状的节点才会用于检查相似性。因此,在计划同一子部分中的两个节点的中间可能存在一个未着色的节点。在这种情况下,缺少颜色意味着在检查部分是否相等时未考虑节点。
  • 在将建议的缓解措施应用于生产环境之前,请确保对其进行适当的测试。

到此这篇关于SQL Server的执行计划的文章就介绍到这了,更多相关SQL执行计划内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • SqlServer 执行计划及Sql查询优化初探

    网上的SQL优化的文章实在是很多,说实在的,我也曾经到处找这样的文章,什么不要使用IN了,什么OR了,什么AND了,很多很多,还有很多人拿出仅几S甚至几MS的时间差的例子来证明着什么(有点可笑),让许多人不知道其是对还是错.而SQL优化又是每个要与数据库打交道的程序员的必修课,所以写了此文,与朋友们共勉. 谈到优化就必然要涉及索引,就像要讲锁必然要说事务一样,所以你需要了解一下索引,仅仅是索引,就能讲半天了,所以索引我就不说了(打很多字是很累的,况且我也知之甚少),可以去参考相关的文章,这个网上

  • 强制SQL Server执行计划使用并行提升在复杂查询语句下的性能

    通过观察执行计划,发现之前的执行计划在很多大表连接的部分使用了Hash Join,由于涉及的表中数据众多,因此查询优化器选择使用并行执行,速度较快.而我们优化完的执行计划由于索引的存在,且表内数据非常大,过滤条件的值在一个很宽的统计信息步长范围内,导致估计行数出现较大偏差(过滤条件实际为15000行,步长内估计的平均行数为800行左右),因此查询优化器选择了Loop Join,且没有选择并行执行,因此执行时间不降反升. 由于语句是在存储过程中实现,因此我们直接对该语句使用一个undocument

  • 浅析SQL Server中的执行计划缓存(上)

    简介 我们平时所写的SQL语句本质只是获取数据的逻辑,而不是获取数据的物理路径.当我们写的SQL语句传到SQL Server的时候,查询分析器会将语句依次进行解析(Parse).绑定(Bind).查询优化(Optimization,有时候也被称为简化).执行(Execution).除去执行步骤外,前三个步骤之后就生成了执行计划,也就是SQL Server按照该计划获取物理数据方式,最后执行步骤按照执行计划执行查询从而获得结果.但查询优化器不是本篇的重点,本篇文章主要讲述查询优化器在生成执行计划之

  • 浅析SQL Server的聚焦使用索引和查询执行计划

    前言 上一篇<浅析SQL Server 聚焦索引对非聚集索引的影响>我们讲了聚集索引对非聚集索引的影响,对数据库一直在强调的性能优化,所以这一节我们统筹讲讲利用索引来看看查询执行计划是怎样的,简短的内容,深入的理解. 透过索引来看查询执行计划 我们首先来看看第一个例子 1.默认使用索引 USE TSQL2012 GO SELECT orderid FROM Sales.Orders SELECT * FROM Sales.Orders 上述我们看到第2个查询的所需要的开销是第1个查询开销的3倍

  • SQLSERVER中得到执行计划的两种方式

    得到执行计划的方式有两种: 1.一种是在指令的前面打开一些开关,让执行计划信息打在结果集里,这种方法比较适合在一个测试环境里对单个语句调优. 这些开关最常用的有 复制代码 代码如下: SET SHOWPLAN_ALL ON SET SHOWPLAN_ALL ON --(是不是reuse了一个执行计划,SQSERVERL有没有觉得缺少索引),只能在XML的输出里看到 SET STATISTICS PROFILE ON 还有如果使用SSMS的话,可以用快捷键:Ctrl+L 小写L 他会执行你的语句并

  • SQL Server中参数化SQL写法遇到parameter sniff ,导致不合理执行计划重用的快速解决方法

    parameter sniff问题是重用其他参数生成的执行计划,导致当前参数采用该执行计划非最优化的现象.想必熟悉数据的同学都应该知道,产生parameter sniff最典型的问题就是使用了参数化的SQL(或者存储过程中使用了参数化)写法,如果存在数据分布不均匀的情况下,正常情况下生成的执行计划,在传入在分布数据较多的参数的情况下,重用了正常参数生成的执行计划,而这种缓存的执行计划并非适合当前参数的一种情况. 这种情况,在实际业务中,出现的频率还是比较高的,因为存储过程一般都是采用参数化的写法

  • 浅析SQL Server中的执行计划缓存(下)

    在上篇文章给大家介绍了SQL Server中的执行计划缓存(上),本文继续给大家介绍sqlserver执行计划缓存相关知识,小伙伴们一起学习吧. 简介 在上篇文章中我们谈到了查询优化器和执行计划缓存的关系,以及其二者之间的冲突.本篇文章中,我们会主要阐述执行计划缓存常见的问题以及一些解决办法. 将执行缓存考虑在内时的流程 上篇文章中提到了查询优化器解析语句的过程,当将计划缓存考虑在内时,首先需要查看计划缓存中是否已经有语句的缓存,如果没有,才会执行编译过程,如果存在则直接利用编译好的执行计划.因

  • SQL Server的执行计划

    目录 一.背景 二.显示和保存执行计划 三.显示估计的执行计划 四.显示实际执行计划 五.以 XML 格式保存执行计划 六.比较和分析执行计划 6.1.比较执行计划 6.2.分析实际执行计划 总结 一.背景 为了能够执行查询,SQL Server 数据库引擎必须分析该语句,以确定访问所需数据的最有效方法.此分析由称为查询优化器的组件处理.查询优化器的输入由查询.数据库架构(表和索引定义)和数据库统计信息组成.查询优化器的输出是查询执行计划,有时称为查询计划或执行计划. 查询执行计划是以下内容的定

  • SQL Server中执行动态SQL

    在Sql Server查询语句中使用变量表示表名.字段名等动态查询方式叫动态查询. 当需要根据外部输入的参数来决定要执行的SQL语句时,常常需要动态来构造SQL查询语句,用得比较多的地方就是分页存储过程和执行搜索查询的SQL语句. 一个比较通用的分页存储过程,可能需要传入表名,字段,过滤条件,排序等参数,而对于搜索的话,可能要根据搜索条件判断来动态执行SQL语句. 在SQL Server中有两种方式来执行动态SQL语句,分别是sp_executesql和exec. sp_executesql相对

  • 通过分析SQL语句的执行计划优化SQL

    如何干预执行计划 - - 使用hints提示 基于代价的优化器是很聪明的,在绝大多数情况下它会选择正确的优化器,减轻了DBA的负担.但有时它也聪明反被聪明误,选择了很差的执行计划,使某个语句的执行变得奇慢无比.此时就需要DBA进行人为的干预,告诉优化器使用我们指定的存取路径或连接类型生成执行计划,从而使语句高效的运行.例如,如果我们认为对于一个特定的语句,执行全表扫描要比执行索引扫描更有效,则我们就可以指示优化器使用全表扫描.在Oracle中,是通过为语句添加hints(提示)来实现干预优化器优

  • 教你如何看懂SQL Server查询计划

    对于SQL Server的优化来说,优化查询可能是很常见的事情.由于数据库的优化,本身也是一个涉及面比较的广的话题,因此本文只谈优化查询时如何看懂SQL Server查询计划.毕竟我对SQL Server的认识有限,如有错误,也恳请您在发现后及时批评指正. 首先,打开[SQL Server Management Studio],输入一个查询语句看看SQL Server是如何显示查询计划的吧. 说明:本文所演示的数据库,是我为一个演示程序专用准备的数据库,可以在此网页中下载. select v.O

  • 分享一下SQL Server执行动态SQL的正确方式

    SQL Server执行动态SQL的话,应该如何实现呢?下面就为您介绍SQL Server执行动态SQL两种正确方式,希望可以让您对SQL Server执行动态SQL有更深的了解 动态SQL:code that is executed dynamically.它一般是根据用户输入或外部条件动态组合的SQL语句块.动态SQL能灵活的发挥SQL强大的功能.方便的解决一些其它方法难以解决的问题.相信使用过动态SQL的人都能体会到它带来的便利,然而动态SQL有时候在执行性能(效率)上面不如静态SQL,而

  • SQL参数化查询的另一个理由 命中执行计划

    1概述 SQL语言的本质就是一串伪代码,表达的是做什么,而不是怎么做的意思.如其它语言一样,SQL语句需要编译之后才能运行,所以每一条SQL是需要通过编译器解释才能运行的(在这之间还要做SQL的优化).而这些步骤都是需要运行成本,所以在数据库中有一个叫做执行计划的东西,编译器会将编译过后的SQL存入执行计划当中,当遇到同样的SQL时,就直接调用执行计划来执行,而不需要再次编译. 通过对上面执行计划的认识,为了提高数据库运行的效率,我们需要尽可能的命中执行计划,这样就可以节省运行时间. 2相关SQ

  • 优化SQL Server的内存占用之执行缓存

    首先说明一下SQL Server内存占用由哪几部分组成.SQL Server占用的内存主要由三部分组成:数据缓存(Data Buffer).执行缓存(Procedure Cache).以及SQL Server引擎程序.SQL Server引擎程序所占用缓存一般相对变化不大,则我们进行内存调优的主要着眼点在数据缓存和执行缓存的控制上.本文主要介绍一下执行缓存的调优.数据缓存的调优将在另外的文章中介绍. 对于减少执行缓存的占用,主要可以通过使用参数化查询减少内存占用. 1.使用参数化查询减少执行缓存

  • SQL Server 查询处理中的各个阶段(SQL执行顺序)示例

    在大数编程语言中,代码按编码顺序被处理,但是在SQL语言中,第一个被处理的子句是FROM子句,尽管SELECT语句第一个出现,但是几乎总是最后被处理. 每个步骤都会产生一个虚拟表,该虚拟表被用作下一个步骤的输入.这些虚拟表对调用者(客户端应用程序或者外部查询)不可用.只是最后一步生成的表才会返回 给调用者.如果没有在查询中指定某一子句,将跳过相应的步骤.下面是对应用于SQL server 2000和SQL Server 2005的各个逻辑步骤的简单描述. 复制代码 代码如下: (8)SELECT

  • 达梦数据库获取SQL实际执行计划方法详细介绍

    目录 一.set autotrace trace 二.v$cachepln中获取执行计划 三.ET系统函数 四.dbms_sqltune系统包 五.说明 环境说明: 操作系统:银河麒麟V10 数据库:DM8 相关关键字:DM数据库.SQL实际执行计划 一.set autotrace trace disql下执行set autotrace trace开启AUTOTRACE功能,执行SQL语句,并打印实际的执行计划. SQL> set autotrace trace SQL> select a.e

随机推荐