8、你会发现里面没有数据，现在再次执行下面语句：
| USE AdventureWorks GO SELECT * FROM Sales.SalesOrderDetail WHERE SalesOrderDetailID = 43659 GO |
9、使用以下查询检查：
| SELECT CP.usecounts AS CountOfQueryExecution , CP.cacheobjtype AS CacheObjectType , CP.objtype AS ObjectType , ST.text AS QueryText FROM sys.dm_exec_cached_plans AS CP CROSS APPLY sys.dm_exec_sql_text(plan_handle) AS ST WHERE CP.usecounts > 0 AND ST.text LIKE '%SELECT * FROM Sales.SalesOrderDetail WHERE SalesOrderDetailID = 43659 %' AND CP.cacheobjtype = 'Compiled Plan' GO |
10、这次就出现了下面的截图：
分析：
当新查询执行时，query_hash值会在内存中生成，而不是整个执行计划，当相同的查询第二次执行的时候，SQLServer会查找是否已经存在这个query_hash，如果不存在，执行计划将保存在缓存中。这样就使得仅执行一次的查询将不会保存执行计划到缓存中。所以强烈建议打开这个配置。这个配置不造成任何负面影响，但是可以节省计划缓存的空间。
一般情况下，当你执行查询，将会产生执行计划并保存在过程缓存中，所以当你执行步骤1的查询是，会看到服务器有很多计划缓存，但是当执行第六步后的查询是，就发现没有。对于即席查询，如果只执行一次，何必需要缓存呢？
有些系统的计划缓存达到GB以上，开启后可能减少一半空间。另外，如果你好奇即席查询占用了多少空间，可以使用下面的语句：
| SELECT SUM(size_in_bytes) AS TotalByteConsumedByAdHoc FROM sys.dm_exec_cached_plans WHERE objtype = 'Adhoc' AND usecounts = 1 |
相关链接：
