SQL Server内存占用的执行缓存的正确优化

以下的文章主要向大家讲述的是正确优化SQL Server内存占用的执行缓存的实际操作方案，使用参数化查询来对执行缓存占用进行减少。我们主要是通过如下例子来说明一下正确使用参数化查询对缓存占用的影响。

尚志网站制作公司哪家好，找创新互联建站！从网页设计、网站建设、微信开发、APP开发、响应式网站开发等网站项目制作，到程序开发，运营维护。创新互联建站2013年至今到现在10年的时间，我们拥有了丰富的建站经验和运维经验，来保证我们的工作的顺利进行。专注于网站建设就选创新互联建站。

为方便试验，我们使用了一台没有其它负载的SQL Server进行如下实验。

下面的脚本循环执行一个简单的查询，共执行10000次。首先，我们清空一下SQL Server已经占用的缓存：

dbcc freeproccache然后，执行脚本：

 
 
 
 
  
  
  
  
DECLARE @t datetimeSET @t = getdate()SET NOCOUNT ONDECLARE @i INT,  
  
  
  
  
@count INT, @sql nvarchar(4000)SET @i = 20000WHILE @i <= 30000BEGIN SET   
  
  
  
  
@sql = 'Select @count=count(*) FROM P_Order Where MobileNo = ' + cast( @i as varchar(10) )   
  
  
  
  
EXEC sp_executesql @sql ,N'@count INT OUTPUT',   
  
  
  
  
@count OUTPUT SET @i = @i + 1ENDPRINT DATEDIFF( second, @t, current_timestamp  
 
 
 

)输出：DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

11使用了11秒完成10000次查询。我们看一下SQL Server缓存中所占用的查询计划：Select Count(*) CNT,sum(size_in_bytes) TotalSizeFrom sys.dm_exec_cached_plans查询结果：共有2628条执行计划缓存在SQL Server中。它们所占用的缓存达到：

92172288字节 = 90012KB = 87 MB。我们也可以使用dbcc memorystatus 命令来检查SQL Server的执行缓存和数据缓存占用。执行结果如下：

执行缓存占用了90088KB，有2629个查询计划在缓存里，有1489页空闲内存（每页8KB）可以被数据缓存和其他请求所使用。我们现在修改一下前面的脚本，然后重新执行一下dbcc freeproccache。

再执行一遍修改后的脚本：

 
 
 
 
  
  
  
  
DECLARE @t datetimeSET @t = getdate()SET NOCOUNT ONDECLARE @i INT,   
  
  
  
  
@count INT, @sql nvarchar(4000)SET @i = 20000WHILE @i <= 30000BEGIN SET   
  
  
  
  
@sql = 'select @countcount=count(*) FROM P_Order Where MobileNo =   
  
  
  
  
@i' EXEC sp_executesql @sql, N'@count int output, @i int', @count OUTPUT,   
  
  
  
  
@i SET @i = @i + 1ENDPRINT DATEDIFF( second, @t, current_timestamp )  
 
 
 

输出：DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

1即这次只用1秒钟即完成了10000次查询。我们再看一下sys.dm_exec_cached_plans中的查询计划：Select Count(*) CNT,sum(size_in_bytes) TotalSize From sys.dm_exec_cached_plans查询结果：共有4条执行计划被缓存。

它们共占用内存： 172032字节 = 168KB。如果执行dbcc memorystatus，则得到结果：

有12875页空闲内存(每页8KB)可以被数据缓存所使用。到这里，我们已经看到了一个反差相当明显的结果。在现实中，这个例子中的前者，正是经常被使用的一种执行SQL脚本的方式（例如：在程序中通过合并字符串方式拼成一条SQL语句，然后通过ADO.NET或者ADO方式传入SQL Server执行）。

解释一下原因：我们知道，SQL语句在执行前首先将被编译并通过查询优化引擎进行优化SQL Server内存占用，从而得到优化后的执行计划，然后按照执行计划被执行。对于整体相似、仅仅是参数不同的SQL语句，SQL Server可以重用执行计划。但对于不同的SQL语句，SQL Server并不能重复使用以前的执行计划，而是需要重新编译出一个新的执行计划。

同时，SQL Server在内存足够使用的情况下，此时并不主动清除以前保存的查询计划（注：对于长时间不再使用的查询计划，SQL Server也会定期清理）。这样，不同的SQL语句执行方式，就将会大大影响SQL Server中存储的查询计划数目。

如果限定了SQL Server最大可用内存，则过多无用的执行计划占用，将导致SQL Server可用内存减少，从而在执行查询时尤其是大的查询时与磁盘发生更多的内存页交换。如果没有限定最大可用内存，则SQL Server由于可用内存减少，从而会占用更多内存。

对此，我们一般可以通过两种方式实现参数化查询：一是尽可能使用存储过程执行SQL语句（这在现实中已经成为SQL Server DBA的一条原则），二是使用sp_executesql 方式执行单个SQL语句（注意不要像上面的第一个例子那样使用sp_executesql)。

在现实的同一个软件系统中，大量的负载类型往往是类似的，所区别的也只是每次传入的具体参数值的不同。所以使用参数化查询是必要和可能的。另外，通过这个例子我们也看到，由于使用了参数化查询，不仅仅是优化了SQL Server内存占用，而且由于能够重复使用前面被编译的执行计划，使后面的执行不需要再次编译，最终执行10000次查询总共只使用了1秒钟时间。

【编辑推荐】

1. SQL Server 2000 安装时的一些症状归纳
2. SQL Server 2000 数据仓库中使用分区之分区设计
3. SQL Server加密的实际操作步骤
4. SQL Server 2005模糊查找包的最简单模式
5. SQL Server 添加数据库的操作方案

分享题目：SQL Server内存占用的执行缓存的正确优化
标题链接：http://www.shufengxianlan.com/qtweb/news9/135909.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联