[转]如何降低SQL Server 内存使用率

我的数据库服务器内存为8G，现在资源管理器显示内存用到5G，可以肯定是sqlserver数据库吃内存原因。

MSSQL占用了太多的内存，而且还不断的增长；或者说已经设置了使用内存，可是它没有用到那么多，这是怎么一回事儿呢?MSSQL是怎样使用内存的：

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

　　其次就是查询的开销，一般地说，hash join是会带来比较大的内存开销的，而merge join和nestedloop的开销比较小，还有排序和中间表、游标也是会有比较大的开销的。

　　所以用于关联和排序的列上一般需要有索引。

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

　　我们先来看数据缓存对性能的影响，如果系统中没有其它应用程序来争夺内存，数据缓存一般是越多越好，甚至有些时候我们会强行把一些数据pin在高速缓存中。但是如果有其它应用程序，虽然在需要的时候MSSQL会释放内存，但是线程切换、IO等待这些工作也是需要时间的，所以就会造成性能的降低。

方法：可以考虑增加内存，优化数据库和代码，设置MSSQL的最大内存使用等等。

max server memory 和min server memory,如何设置（2种）

1.通过SSMS界面中的服务器属性可以设置2. --通过sp_configure 设置EXEC sp_configure N'min server memory (MB)',N'替换最小值'GORECONFIGUREGOEXEC sp_configure N'max server memory (MB)',N'替换最大值'GORECONFIGUREGO

如果没有其它应用程序，那么就不要限制MSSQL对内存的使用。

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

除了限制SQL使用内存之外，还可以优化数据库设计，比如没有必要用char(100)的地方，就用varchar，没有必要用int的地方就用smallint, tinyint，没有必要用双字节nvarchar的地方，就用varchar，这些都能有效减少读入内存的数据。但如果有很多历史数据的话，很多人都不会去做的。或者就是优化SQL代码。

***************************************************************************************************************

合理设置内存让数据库与其他程序共存

在SQL Server数据库中，有min server memory与max server memory两个内存选项。。

在达到min规定的内存数量之前，数据库引擎缓冲池是不会释放它获取的任何内存。min内存数量为50M。查询作业执行完毕后,只要没有达到50M这个值。则数据库系统不会把没有的20M内存还给操作系统，而是一直占用着，以方面后 续的作业。

　　如果用户需要调用数据库系统中的函数或者过程，此时内存的需要量可能会超过规定的最小内存量，如达到80M。数据库引擎 缓冲池从不将内存分配降低到最小内存所指定的水平下。也就是说，此时数据库最多会释放30M的内存，为自己留下50M的内存空间，即使当前其可能只需要用 到40M内存空间即可。当然在抓取内存空间的时候，其也不会为自己分配高于MAX内存所规定的内存空间。

为此如果能够把数据库的最低内存设置的比较低的话，则数据库系统在用完内存话就可以马上把内存释放出来，而不会为自 己保留比较大的暂时不同的内存空间。同理，在保障业务需求的情况下把最大内存设置的比较小，则可以为其他应用程序留下比较多的内存空间。

如果一台服务器上只运行了一个数据库应用程序，或者说数据库的应用比较简单、数据库内存使用量基本上不会超过最小内存数量的花，则可以采用默认多参数配 置。但是如果在同一台服务器上部署了比较多的应用程序或者数据库设计比较复杂，此时就需要对数据库的最小内存与最大内存进行配置，以实现多个应用程序能够 实现和平共处。数据库就需要采用一定的保护措施，需要设置最小内 存与最大内存，来保障自己数据库正常运行所需要的内存空间。

一般来说，最好把最小内存设置的小一点，而把最大内存的花设置的大一点。如此的话，可以让数据库引 擎在管理内存的时候有比较大的灵活性。然后再进行后续监测的数据来进行相应的调整，慢慢的把内存配置调整到最优。

要分析数据库系统内存的使用大户，跟其他应用程序的内存使用高峰分流。数据库中函数、过程、复杂的视图、备份等作业都会用到比较可观的内存。如企业如 果在SQL SERVER数据库上面部署了ERP系统，而系统中有一个“库存采购”作业，这个需要用到比较复杂的业务逻辑，需要考虑到库存、安全库存、包装数量等等比 较复杂的计算。为此最好能够把这个作业放到服务器比较空的时候运行，以跟其他应用程序错开运行。备份作业需要用到比较 多的内存,为此最好能够把各种应用程序的备份作业错开来运行。如此的话可以减少应用程序之间内存的占用。

　　如果把最小内存与最大内存的值设置为相同，那么会产生什么情况呢？如果把它们设置为相同的值，则一旦分配给数据库引擎 的内存达到这个值的话，则数据库引擎将停止为缓冲池动态释放和获取内存。也就是说，此时数据库内存的分配就是固定的，不会根据数据库引擎的负荷来动态的获 取或者释放。显然对于生成用的服务器来说，这并不是一个很好的配置。但是在一些特殊的应用下，却可以起到比较不错的效果。如需要测试数据库某个作业与内存 之间的关系，那么就有可能需要把它们的值配置为相同。另外如果服务器中只运行了数据库应用程序，那就有可能需要把这两个参数设置的比较高，以减少数据库内 存释放与获取时所发生的额外开销等等。

　　另外数据库运行过程中的某些作业是不受这个最大内存的限制的。如数据库中的进程可能会得到超过最大内存选项所指定的内 存；数据库的一些外部组建也可以得到缓冲池以外的内存。不过在大部分情况下，数据库运行还是受到这个缓冲池内存的限制的。所以说在内存参数设置的时候，最 好能够留有一定的余地。

=====================================================

Windows2003企业版 + Sql Server2005手工调整数据库服务器内存总以为Windows2003 能够合理的使用多余的内存，能够智能化处理内存，事实非然。我有一台数据库服务器，32位，操作系统是Windows2003企业版，4G内存，320G存储空间，使用SQLSERVER2005 数据库管理系统，里边有若干个数据库，平时主要处理大量的业务外，还设置了一些同步，由于及时优化，CPU 一直保持在5%以下，各项主要指标观察下来一直正常，如数据库的缓冲命中率保持在95%以上等，所以平时就以默认安装的模式运行着，当然是原因一大堆，想想解释得也合理。于是也及时进行了调整，效果还不错。这里把调整的步骤讲给大家，希望有同样问题的朋友参考参考：1．打开操作系统启动时PAE 配置项；步骤：找到系统安装的引导位置的目录下找到boot.ini文件，默认是隐藏只读的，找到 Windows2003 启动配置，在后面加上空格 /PAE ,保存；重启示例所示：multi(0)disk(0)rdisk(0)partition(2)/%systemroot%= "WindowsServer 2003 Datacenter Edition " /PAE2．打开组策略，添加数据库运行所依赖的帐号有权进行锁定内存；大部分情况下，数据库运行的帐号都是系统级的帐号，如administrator 或者是 administrators组的帐号，当然也有处于安全考虑的给了一个运行权限很小的帐号，只能运行数据库；所以必须授权该帐号具有锁定内存的权限；步骤：开始->运行->gpedit.msc->组策略->计算机设置->windows配置->安全设置 ->本地策略->用户权限分配->锁定内存页->本地安全策略设置->添加->选择运行的帐号或者组；3．重启服务器，远程维护的要查看boot.ini是否正确，切起切起，否则后果可想而知；4．配置数据库，重启后操作系统已支持大内存了，但数据库还是需要配置的；默认都未配置；执行以下命令即可步骤：打开查询分析器，进行以下操作，这里以3G内存给数据库使用为例进行操作，这几条命令分别含义是：打开高级选项，打开锁定内存，设置最大内存，最好是一起完成；sp_configure 'show advanced options', 1RECONFIGUREGOsp_configure 'awe enabled', 1RECONFIGUREGOsp_configure 'max server memory', 3072RECONFIGUREGO5．重启数据库，当配置项手工配置好后，需要重启数据库，这时你就发现SQLSERVER2005数据库占用多大的内存了，再看看数据库的属性也改变了，AWE上打了勾，最大内存改为3G了，以前是很大的，忽悠我^-^注意点：1．当操作系统PAE未打开时，配置数据库是没有用的，数据库会提示出错，告诉你内存锁定系统当前不支持；2．Boot.ini 文件是隐藏的，只读的，先修改属性后再操作；3．数据库重启前最好先备份，防患于未然；4．不知是操作系统问题，还是盗版的问题，我的SQLSERVER2005在进程任务管理器只有180M，经过和朋友确认，才知是显示错误，其实也不知是 错误还是就是这样的，我想有一种可能，那就是系统把3G划给数据库使用后，自己只有1G，他只知道自己分配的那一块给数据库系统180M吧；5．数据库的内存设置有一个合理限度，根据服务器业务多少确定，但不能超过物理内存，我觉得至少得留500M给系统吧，另外如果系统中还有其他的服务在使用也要考虑进去，否则系统内存不足，引起磁盘页面交换频繁，反而使性能有所下降。