当 Sql Server 收到任何一个指令，包括：查询、批处理、存储过程、触发器、预编译指令和动态SQL Server语句，要完成语法解析、语义分析，然后再进行"编译"，生成能够运行的"执行计划"。在编译的过程中，SQL Server 会根据所涉及的对象的架构、统计信息，以及指令的具体内容，估算可能的执行计划，以及它们的成本，最后选择一个SQL Server认为成本最低的语句。

执行计划生成之后，SQL Server 通常会把它们缓存到内存里，术语统称它们叫“Plane Cache”。以后同样的语句执行，SQL Server就可以使用同样的执行计划，而无须再做一次编译。这种行为，叫做“重用”。但是有时候，哪怕是一模一样的语句，SQL Server 下次执行还是要再做一次编译。这种行为叫“重编译”。执行计划的编译和重编译都是要耗费资源的。

执行计划的好坏当然决定了语句的执行速度。对于同样一条语句，使用好的执行计划可能会比差的要快几百倍，甚至几千倍。所以从这一角度上来讲，没运行一条语 句，都把它先编译一遍当然是最好的。它能够保证使用的执行计划是 SQL Server 能找到的最优的。但是 SQL Server 每秒钟可能会运行成百上千的指令。如果每个都编译一遍，是资源的严重浪费。所以 SQL Server 在这里也试图寻找一个平衡点，使用优先的 complie/recomplie，得到最好的 整体性能。

查看 SQL Server 缓存的执行计划，可以运行下面这条语句：Select＊From Sys.syscacheobjects

对不同的指令调用方法， SQL Server 做执行计划缓存和重用机制也有所不同。下面介绍最常见的几种：

1. Adhoc 语句

一组包含 Select、Insert、Update、Delete 的批处理指令。对这样的指令，只有前后完全一直，包括字母的大小写、空格、回车换行都一致， SQL Server 才认为是两条一样的语句，才能够重用执行计划。所以这个要求还是挺高的。

2. 用 Exec() 的方式运行动态 SQL Server 语句

有些应用程序为了开发上的灵活程度，在程序运行过程中，动态地拼接成一个语句字符串，然后用 Exec() 的方式执行。这种调用方法被称为“dynamic SQL”。它的好处就是很灵活，可以根据客户的选择，动态生成指令，而不仅限于预定义的那几种。但是它的缺点也是太灵活了，客户发过来的语句每次都不一 样，或者语句主体部分是一样的，但是参数不一样， SQL Server 都要做编译。这点和 adhoc 语句是一样的。

3. 自动参数化查询

对于一些比较简单的查询， SQL Server 2005 自己就可以做自动参数化，把语句里的参数用一个变量代替，但是这仅限于很简单的查询。

4. 用 sp_executesql 的方式调用的指令

查询自动参数化在很多种条件下是不支持的，而且它还是要为每句查询生成一个 adhoc 的执行计划。所以它并不是减少比哪一的最有手段。改用 sp_executesql 能够更有效地增加执行计划重用。

5. 存储过程

对用户经常要调用的指令，把他们做成存储过程，既方便管理、规范脚本，又能够大大提高执行计划调用，是值得推荐的一种做法。从 SQL Server 的角度，最好绝大多数指令都能够以存储过程的方式调用，尽量少使用 Dynamic SQL 的方式。

7. 用户在调用语句的时候，使用了 "Keep Plan" 或者 "KeepFixed Plan" 这样的查询提示