谈一谈SQL Server中的执行计划缓存(上)
简介 我们平时所写的SQL语句本质只是获取数据的逻辑,而不是获取数据的物理路径。当我们写的SQL语句传到SQL Server的时候,查询分析器会将语句依次进行解析(Parse)、绑定(Bind)、查询优化(Optimization,有时候也被称为简化)、执行(Execution)。除去
简介
我们平时所写的SQL语句本质只是获取数据的逻辑,而不是获取数据的物理路径。当我们写的SQL语句传到SQL Server的时候,查询分析器会将语句依次进行解析(Parse)、绑定(Bind)、查询优化(Optimization,有时候也被称为简化)、执行(Execution)。除去执行步骤外,前三个步骤之后就生成了执行计划,也就是SQL Server按照该计划获取物理数据方式,最后执行步骤按照执行计划执行查询从而获得结果。但查询优化器不是本篇的重点,本篇文章主要讲述查询优化器在生成执行计划之后,缓存执行计划的相关机制以及常见问题。
为什么需要执行计划缓存
从简介中我们知道,生成执行计划的过程步骤所占的比例众多,会消耗掉各CPU和内存资源。而实际上,查询优化器生成执行计划要做更多的工作,大概分为3部分:
上面三个步骤完成之后,才会生成多个候选执行计划。虽然我们的SQL语句逻辑上只有一个,美国空间,但是符合这个逻辑顺序的物理获取数据的顺序却可以有多条,打个比方,你希望从北京到上海,即可以做高铁,也可以做飞机,香港空间,但从北京到上海这个描述是逻辑描述,具体怎么实现路径有多条。那让我们再看一个SQL Server中的举例,比如代码清单1中的查询。
1: SELECT * B ON a.a=b.b C ON c.c=a.a ,服务器空间
下一篇: 利用PHP语言读取数据库数据的实例
推荐阅读
-
浅析SQL Server中的执行计划缓存(下)
-
SQL Server中参数化SQL写法遇到parameter sniff ,导致不合理执行计划重用的快速解决方法
-
谈一谈SQL Server中的执行计划缓存(上)
-
SQL Server 2000中的并行处理和执行计划中的位图运算符
-
SQL Server中如何清除特定语句的执行计划缓存
-
SQL Server 2008 处理隐式数据类型转换在执行计划中的增强
-
谈一谈SQL Server中的执行计划缓存(下)
-
SQL Server 2008 处理隐式数据类型转换在执行计划中的增强
-
浅析SQL Server中的执行计划缓存(上)
-
浅析SQL Server中的执行计划缓存(下)