SQL SERVER会内存泄漏吗？

Question

关于MSSQL占用过多内存的问题摘:
 
经常看见有人问，MSSQL占用了太多的内存，而且还不断的增长；或者说已经设置了使用内存，可是它没有用到那么多，这是怎么一回事儿呢？
首先，我们来看看MSSQL是怎样使用内存的。
最大的开销一般是用于数据缓存，如果内存足够，它会把用过的数据和觉得你会用到的数据统统扔到内存中，直到内存不足的时候，才把命中率低的数据给清掉。所以一般我们在看statistics io的时候，看到的physics read都是0。
其次就是查询的开销，一般地说，hash join是会带来比较大的内存开销的，而merge join和nested loop的开销比较小，还有排序和中间表、游标也是会有比较大的开销的。
所以用于关联和排序的列上一般需要有索引。
再其次就是对执行计划、系统数据的存储，这些都是比较小的。我们先来看数据缓存对性能的影响，如果系统中没有其它应用程序来争夺内存，数据缓存一般是越多越好，甚至有些时候我们会强行把一些数据pin在高速缓存中。但是如果有其它应用程序，虽然在需要的时候MSSQL会释放内存，但是线程切换、IO等待这些工作也是需要时间的，所以就会造成性能的降低。这样我们就必须设置MSSQL的最大内存使用。可以在SQL Server 属性（内存选项卡）中找到配置最大使用内存的地方，或者也可以使用sp_configure来完成。如果没有其它应用程序，那么就不要限制MSSQL对内存的使用。然后来看查询的开销，这个开销显然是越低越好，因为我们不能从中得到好处，相反，使用了越多的内存多半意味着查询速度的降低。所以我们一般要避免中间表和游标的使用，在经常作关联和排序的列上建立索引。

Answer 1

你可以用PROFILE跟踪一下，也可以用SP_WHO2.SP_LOCK看看那些资源的占用比较打。

Answer 2

我觉得搂主的担心是多余的，为什么觉得sql server内存在增大就是一种负担呢。SQL Server的内存组成结构，大致是这样的，System area,buffer cache,procedure cashe,log cache,connection context area,stack area。
绝大部分情况下，内存变大的部分在buffer cache和connection context area,因为大数据量的查询会导致buffer cache的增大；大量的用户连接会导致connection context area的增大。如果没有引起内存资源的争用，我认为，SQL Server没有必要自动收缩这些内存空间。
正如 CrazyFor(蚂蚁) 所说，还是要具体情况具体分析。

Answer 3

但是SQL SERVER内存已经涨到其它程序无法运行的地步了，已经出现虚拟内存不足了。我的鼠标都死了。这难道还正常？我的机上还跑了个ORACLE，它就没这些破毛病。