解决SQL Server数据库占用过多内存的方法_Mssql数据库教程

推荐：详解Microsoft SQL Server数据库开发问题
1.SQL Server 2005中的存储过程并发问题 问：我在SQL Server2005中遇到了并发问题。我持有车票的公共汽车上有一些空闲的座位。我在插入销售的查票之前，需要查看是否还有空闲的座位。我的存储过程做的事情如下所示: 以下为引用的内容： CREATE PROCEDURE add

经常有网友会问，SQL Server占用了太多的内存，而且还会不断的增长；或者说已经设置了使用内存，可它没有用到那么多，这是怎么一回事儿呢？

下面，我们来具体看以看SQL Server是怎样使用内存的。

最大的开销一般是用于数据缓存，如果内存足够，它会把用过的数据和觉得你会用到的数据统统扔到内存中，直到内存不足的时候，才把命中率低的数据给清掉。所以一般我们在看statistics io的时候，看到的physics read都是0。

其次就是查询的开销，一般地说，hash join是会带来比较大的内存开销的，而merge join和nested loop的开销比较小，还有排序和中间表、游标也是会有比较大的开销的。所以用于关联和排序的列上一般需要有索引。

再次就是对执行计划、系统数据的存储，这些都是比较小的。

我们先来看数据缓存对性能的影响，如果系统中没有其它应用程序来争夺内存，数据缓存一般是越多越好，甚至有些时候我们会强行把一些数据pin在高速缓存中。但是如果有其它应用程序，虽然在需要的时候MS SQL会释放内存，但是线程切换、IO等待这些工作也是需要时间的，所以就会造成性能的降低。这样我们就必须设置MS SQL的最大内存使用。可以在SQL Server 属性（内存选项卡）中找到配置最大使用内存的地方，或者也可以使用sp_configure来完成。如果没有其它应用程序，那么就不要限制MS SQL对内存的使用。

最后我们来看查询的开销，这个开销显然是越低越好，因为我们不能从中得到好处，相反，使用了越多的内存多半意味着查询速度的降低。所以我们一般要避免中间表和游标的使用，在经常作关联和排序的列上建立索引。

分享：解析SQL触发器在保持数据库完整性中的实际应用
1.触发器概述 触发器是SQL Server数据库应用中一个重要工具，是一种特殊类型的存储过程，应用非常广泛。一般存储过程主要通过存储过程名而被直接调用，触发器则是通过事件触发执行。触发器基于一个表来创建并和一个或多个数据修改操作（插入、更新或删除）相