SQL 查询的执行过程

　　所述内容均来自互联网，文章仅作为学习笔记，备忘使用。

　　有时候我在想我们总是在谈优化，FA 优化结构、优化框架、优化程序…，可是我真的了解将要进行的操作[优化]吗？以最近我的工作-优化SQL为例，我真的明白一条SQL从提交服务器到返回数据所经理的过程吗？貌似这些理论知识以前都看过，但年代久远在我的记忆中已经变的相当模糊。现在重新来认识一下：

查询解析：

　　当服务器接收到请求，获取到需要当前需要执行的字符串[SQL语句]，首先会对其进行解析，看看是否符合基本的语法结构，如果没有问题，将继续进行后续步骤，反之则给出响应的错误提示。当然如果是DDL语句就不用再看了，SQL不会对DDL进行优化。

深度查询解析：

　　看网上的大牛称这步为Algebrizer，为了方便本人记忆我称之为深度解析,它完成一些基本但更深入的评估工作，例如对方是否存在等等。如果没有发现问题，Algebrizer 输出一个二进制数据称为查询处理树，并传输给查询优化器。查询处理树包含了一个Hash值（描述查询的一个已经编码的值）。优化器根据这个Hash值去确认当前的查询计划是否存在,如果当发现已经存在，优化过程将在这里结束并使用这个计划。查询计划是什么呢？其实我们经常见到，就是平时不太注意，我们有两种方式来查看查询计划：图表、列表

 SET STATISTICS PROFILE ON
 SELECT	 d.name  FROM HumanResources.Department AS D  WHERE d.DepartmentID=42
 这样就可以看到表格形式的查询计划了。

　　

查询优化：

　　优化器本质是一块模型，用于模拟数据库关系引擎如何工作的软件。统计信息是核心，它是由SQLServer针对索引和列产生并维护的，明确用于优化的组件。需要注意的是表变量没有统计信息而临时表拥有和物理表一样的统计信息。通过查询处理树和关于数据的统计信息，优化器应用模型将给出它认为最佳的查询的方式，也就是说，它产生一个执行计划。优化器会产生并评估很多计划并缓存计划[存放在名为plan cache的内存中]，通常来说，SQL会选择开销最低的计划，也就是它认为的最优计划，多数情况下SQL的选择都是正确的。有时候，优化优化器执行的并不是最好的执行计划，而是找到最少可能的迭代次数的最低开销的计划，也就是说找到在处理过程中最短时间的计划,当然有时候也会执行一个并不很好的计划。

查询执行：

　　当上面的步骤都已经完成，计划已经制定，那就要开始干活了，这个时候将由分析引擎切换到存储引擎。由它来完成整个查询计划的实施过程。一般来说这个步骤是整个请求响应的最后一步。但也不是一定的，特定的情况下查询计划会发生更改，从而回到查询计划的评估和制定步骤，例如统计信息发生了变化、查询中使用了临时表等。

　　　　　　　　　　　　SQL的执行顺序