SQL查询优化与执行计划-优快云博客

简单地说，一条执行计划是查询优化器以最有效的方式来实现用户提交的T-SQL查询请求的结果。

通过执行计划，可以让你了解一条查询是如何执行，因此，对于众多DBA来说，解决性能较慢的查询主要目标就是了解查询计划的工作原理，而不是猜测特定的查询执行了上千次扫描。你可以使用执行计划来找出导致性能问题的完整SQL代码片断，例如：可能是由于扫描整张表，然而只需要的行，所有的这些都可以在执行计划中找到。

本章的目的是帮助你来捕获实际和估计的执行计划，可以通过图形、文本或XML格式来描述它们的工作原理，本章先介绍以下几个主题：

查询优化器的简单背景

执行计划是优化器的产物，因此对于了解其工作内容和运行机制很有帮助。

1.1 查询优化器的历史

Ø 当提交查询时发生了什么？

当提交一条查询给SQL Server数据库时，服务器需要做一系列的进程来运行查询，所有这些进程的主要工作是管理这样一个系统，如提供数据的存储、维护数据的完整性。

提交给SQLServer的每一条查询都由这些进程来处理，同时在SQLServer内则有许多不同操作发生。这里主要专注于T-SQL范围的进程处理，大体可以划分以下两个阶段：

l 在关系引擎中处理

l 在存储引擎中处理

在关系引擎中，查询首先解析，然后由查询优化器来处理，从而生成一条执行计划，接着该计划以二进制的形式发送给存储引擎，存储引擎用于获取或更新底层的数据。存储引擎主要负责诸如锁、索引维护、事务处理的工作。由于执行计划是关系引擎中产生，因此是需要研究的重点。

1.1.1 查询解析

当提交一条T-SQL查询到SQL Server时，首先要经过关系引擎。

注：T-SQL查询可以是从命令行（cmd）执行的一条ad hoc查询，也可以是存储过程执行的数据请求，也可能是单批中的任何T-SQL语句或位于GO之间的多个T-SQL语句。

一旦收到T-SQL时，首先通过一系列的语法检查，此步称之为查询解析，解析的结果以解析树的形式输出，该树描述了执行该请求的执行查询的逻辑步骤。

如果该T-SQL操作不是一个DML语句，则该T-SQL不做优化处理，例如：对于SQLServer而言，创建表（Create Table）并没有提高性能的处理。若T-SQL串是一个DML语句，该解析树则由algebrizer进程来处理，algebrizer负责不同对象（表、列以及查询串中引用的其它对象）的解析。像类型标识符（varchar(50)与nvarchar(25)）。诸如GROUP BY和MAX这样的聚合函数也需要由algebrizer来决定在查询树的位置。