我最近听到很多,我应该看看我的SQL的执行计划,以判断它的执行情况。但是,我不确定从何处开始使用此功能或它究竟意味着什么。
我正在寻找对执行计划的作用,它的局限性,以及如何利用它或指向资源的一个很好的解释。
答案 0 :(得分:4)
它描述了服务器用于检索数据的实际算法。
SQL
这样的查询:
SELECT *
FROM mytable1
JOIN mytable2
ON …
GROUP BY
…
ORDER BY
…
,描述应该做什么但 应该如何做。
执行计划显示如何:使用哪些索引,选择哪些连接方法(嵌套循环或散列连接或合并连接),结果如何分组(使用排序或散列),如何他们是订购等。
不幸的是,即使是现代SQL
引擎也无法自动为更多或更少复杂的查询找到最佳计划,仍然需要SQL
开发人员重新构建查询,以便它们具有高效性(即使他们做了什么原始查询确实如此。
一个经典的例子就是这些问题:
SELECT (
SELECT COUNT(*)
FROM mytable mi
WHERE mi.id <= mo.id
)
FROM mytable mo
ORDER BY
id
和
SELECT RANK() OVER (ORDER BY id)
FROM mytable
,做同样的事情并且在理论上应该使用相同的算法执行。
然而,没有实际的引擎会优化前一个查询来实现相同的算法,即。即将计数器存储在变量中并递增它。
它将执行它所要做的事情:反复计算行数。
要优化查询,您需要实际查看幕后发生的事情,这就是执行计划向您展示的内容。
您可能希望在我的博客中阅读这篇文章:
答案 1 :(得分:2)
答案 2 :(得分:1)
在SQL Management Studio中,通过对某些查询使用“Ctrl L”(查询|显示估计执行计划),可以轻松实现此目的。
这将显示执行计划的图形视图,该视图最初比文本版本更容易“解码”。
简单地查询计划:
本质上,查询计划显示了SQL Server打算在解析查询时使用的方式
即使是简单的查询,确实有很多选择
例如,当处理JOIN时,需要决定是否循环遍历“表A”的[已过滤]行并查找“表B”的行,或者首先循环遍历“表B”(这是一个简化的例子,因为还有许多其他技巧可用于处理JOIN)。通常,SQL将估计将由任一表生成的[已过滤]行的数量,并选择外部循环的最小计数(因为这将减少另一个表中的查找次数)
另一个例子是决定使用(或不使用)哪些索引。
有许多在线资源以及书籍更详细地描述了查询计划,难点在于SQL性能优化是一个非常广泛和复杂的问题,许多这样的资源往往会为新手详细介绍; 首先需要了解SQL Server的基本原理和结构(索引的工作方式,数据的存储方式,聚簇索引和堆栈之间的差异......)然后才能深入了解查询优化的[重要]细节。这有点像棒球:首先你需要先了解规则才能理解与游戏策略相关的所有细微[和重要]概念。
有关其他指示,请参阅此相关SO Question。
答案 3 :(得分:1)
答案 4 :(得分:1)
这是一个很好的资源,可以帮助您理解它们 http://downloads.red-gate.com/ebooks/HighPerformanceSQL_ebook.zip
这是来自red-gate,这是一家制作出色的SQL服务器工具的公司,它是免费的,下载和阅读非常值得。
答案 5 :(得分:0)
这是知识中非常重要的一部分。我非常推荐有关此的特殊培训课程。至于我在课程上花了一周后,我提高了1000次查询的表现( nostalgia )
答案 6 :(得分:0)
执行计划向您展示数据库如何获取,排序和过滤查询所需的数据。
例如:
SELECT
*
FROM
TableA
INNER JOIN
TableB
ON
TableA.Id = TableB.TableAId
WHERE
TableB.TypeId = 2
ORDER BY
TableB.Date ASC
将导致执行计划显示数据库从TableA和TableB获取记录,匹配它们以满足JOIN,过滤以满足WHERE并排序以满足ORDER BY。
由此,您可以找出减慢查询速度的因素,查看索引是否有益,或者是否可以通过其他方式加快速度。