如何降低SQL Server 2005内存使用量与设置

来源:互联网 发布:小学生网络教育 编辑:程序博客网 时间:2024/05/21 07:51

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

经常看见有人问,MSSQL占用了太多的内存,而且还不断的增长;或者说已经设置了使用内存,可是它没有用到那么多,这是怎么一回事儿呢?
  
  首先,我们来看看MSSQL是怎样使用内存的。

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

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

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

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

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

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

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

CSDN搜的答案:

SQL Server数据库对内存是需要多少用多少,那通过那些途径可以减少数据库对内存的消耗?
不包括通过限定SQL Server内存使用量来减少,因为那样影响性能.
前一段时间试着优化了查询语句和索引, 不知道下一步该怎么做.
使用视图有帮助吗?
---------回复--------------
都想知道这个答案 up
---------回复--------------
发现已经有很多人问过这个问题了.
我想除了增加物理内存外,也只有优化sql语句了.
---------回复--------------
增加内存,优化数据库和代码

限制数据库使用内存的最大值
---------回复--------------
查询语句的优化处理!

另外,如果楼主有使用SISS的话,尽量不要用太多SQL语句,多用元件实现。
---------------------------
除了限制SQL使用内存之外,还可以优化数据库设计,
比如没有必要用char(100)的地方,就用varchar,
没有必要用int的地方就用smallint, tinyint,
没有必要用双字节nvarchar的地方,就用varchar,
这些都能有效减少读入内存的数据。
但如果有很多历史数据的话,很多人都不会去做的。

或者就是优化SQL代码。

不过,最好还是增加内存,内存便宜的说...............

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

max server memory 和min server memory,如何设置(2种)

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

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

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

在SQL Server数据库中,有min server memory与max server memory两个内存选项。数据库管理员合理设置这两个选项可以让SQL SERVER数据库系统与其他英勇程序和平共存。顾名思义,min server memory就是设置数据系统所使用的最小内存,而max server memory用来设置其可以使用的最大内存。


bitscn_com


    一、SQL SERVER数据库的内存管理机制。

中国网管联盟www_bitscn_com


  在数据库启动的时候,其实数据库引擎并不会马上在内存中抓取min参数规定的内存量。这种占着茅坑不拉屎的事情SQL Server数据库是不会做的。系统在刚开始启动的时候,数据库缓冲池只抓取初始化所需要的内存,如上图所示。数据库启动之后随着业务量的增大,数据库引擎的工作负荷也会随之增加。此时数据库引擎会继续获取完成工作所需要的内存。在达到min规定的内存数量之前,数据库引擎缓冲池是不会释放它获取的任何内存。如数据库初始化内存为20M,而规定的min内存数量为50M。则可能因为用户查询某个负责报表的需要,内存需要量会达到40M。查询作业执行完毕后数据库系统缓冲池实际使用的内存量可能只需要20M即可。但是只要没有达到50M这个值。则数据库系统不会把没有的20M内存还给操作系统,而是一直占用着,以方面后续的作业。 中国网管联盟www_bitscn_com

  如果用户需要调用数据库系统中的函数或者过程,此时内存的需要量可能会超过规定的最小内存量,如达到80M。此时数据库引擎会根据一定的标准算法,根据需要来获取和释放内存。当需要使用超过50M的内存的时候,只要没有达到内存的最大限值之前,则会根据系统提供的标准算法来获取内存。至于这个标准算法到底是怎么样的,这不是我们数据库管理员所需要关注的内容。然后等到这个过程或者函数调用完毕后,内存使用量可能会降低到最低内存数量以下,如又回复到40M。此时数据库引擎就会释放内存,把没有用到的内存释放出来给其他应用程序使用。但是这个释放会有一个限制。数据库引擎缓冲池从不将内存分配降低到最小内存所指定的水平下。也就是说,此时数据库最多会释放30M的内存,为自己留下50M的内存空间,即使当前其可能只需要用到40M内存空间即可。当然在抓取内存空间的时候,其也不会为自己分配高于MAX内存所规定的内存空间。

 

  二、内存参数配置对其他应用系统的影响。

bitscn_com


  在一台服务器上,往往多个应用程序需要共享内存。如可能在一台服务器上部署了多个应用系统,至少在一台服务器上操作系统与SQL Server数据库之间需要共存。为此SQL Server数据库可以使用多少的内存空间,肯定会对其他的应用程序产生比较大的影响。

中国网管联盟www、bitsCN、com

  如在一台服务器上部署了SQL Server数据库系统、邮件应用系统、ERP应用服务器等等三个应用系统。如果先启动SQL Server数据库系统,后来又要启动邮件应用系统,此时邮件应用系统的启动速度就会受到影响。因为某些应用程序在初始化的过程中可能会需要用到比较大的内存空间。而在启动的过程中,可能数据库在使用的内存比较多,剩余的内存不能够满足其他应用程序启动的需要。此时其他应用程序在启动时就会等待,等待数据库应用程序释放内存。这就会延长其他应用程序的启动时间。

网管网bitsCN.com

  另外在执行某些工作的时候,也会影响到。如在同一个时间对数据库与邮箱服务器进行备份作业。由于备份作业需要用到比较多的内存,此时就会发生内存争用选项。为此如果能够把数据库的最低内存设置的比较低的话,则数据库系统在用完内存话就可以马上把内存释放出来,而不会为自己保留比较大的暂时不同的内存空间。同理,在保障业务需求的情况下把最大内存设置的比较小,则可以为其他应用程序留下比较多的内存空间。
三、多个应用程序共存时的内存分配。

网管网bitsCN.com


bitscn.com


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

中国网管联盟www_bitscn_com

  1、数据库管理员需要监测内存的使用情况,并根据监测的数据来进行设置。由于采取的操作系统、部署的应用程序不同;甚至在SQL Server数据库中启用的服务不同,数据库需要使用的内存数量也是不同的。为此没有一个具体的标准说最小内存或者最大内存要配置多少。通常情况下需要数据库管理员跟踪数据库服务器一段时间,看看其内存的使用量。如笔者建议用户,数据库系统正是投入使用后,在头一年内需要每个月观测一下内存的使用情况。由于头几个月可能使用的不稳定,所得到的数据参考价值不大。而从第六个月开始到第12个月近八个月数据库内存的使用情况来看,基本上可以得出一个最小内存与最大内存的合理范围。然后数据库管理员就可以来对内存的最大最小值来进行设置。以后若前台应用程序做了新的调整或者数据库中采用了新的功能,仍然需要对内存的使用情况进行监测,来确定一个合理的内存使用范围。一般来说,最好把最小内存设置的小一点,而把最大内存的花设置的大一点。如此的话,可以让数据库引擎在管理内存的时候有比较大的灵活性。然后再进行后续监测的数据来进行相应的调整,慢慢的把内存配置调整到最优。根据笔者的经验,要达到合理的内存配置之前,往往需要一个比较漫长的时间。不过这对于数据库性能优化来说,可能这个过程也不是很长。

bitscn_com


  2、要分析数据库系统内存的使用大户,跟其他应用程序的内存使用高峰分流。数据库中函数、过程、复杂的视图、备份等作业都会用到比较可观的内存。如企业如果在SQL SERVER数据库上面部署了ERP系统,而系统中有一个“库存采购”作业,这个需要用到比较复杂的业务逻辑,需要考虑到库存、安全库存、包装数量等等比较复杂的计算。为此最好能够把这个作业放到服务器比较空的时候运行,以跟其他应用程序错开运行。如在应用程序设计的时候,可以把这个作业放在后台运行,并让其在晚上12点运行。然后在第二天早上之前出来结果。另外每个应用程序都需要对自己的数据进行备份,以防不时之需。而备份程序往往也需要用到比较多的内存。为此最好能够把各种应用程序的备份作业错开来运行。如此的话可以减少应用程序之间内存的占用。 网管联盟www.bitsCN.com

  四、数据库内存分配的特殊情况。

feedom.net


  如果在同一个服务器上部署多个应用程序的话,内存的争用是在所难免的。为此数据库管理员往往需要为数据库分配合适的内存参数,保证数据库即能够满足其日常运行的需要,又尽量减少对其他应用程序的不良影响。在参数配置的过程中,除了需要考虑如上几个建议之外,还需要注意数据库内存分配中的特殊情况。 feedom.net

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

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

-----------===============================================

Windows2003 企业版 + Sql Server2005手工调整数据库服务器内存

最近犯了一个大的错误,总以为Windows2003 能够合理的使用多余的内存,能够智能化处理内存,事实非然。
事情是这样的,我有一台数据库服务器,32位,操作系统是Windows2003企业版,4G内存,320G存储空间,使用SQLSERVER2005 数据库管理系统,里边有若干个数据库,平时主要处理大量的业务外,还设置了一些同步,由于及时优化,CPU 一直保持在5%以下,各项主要指标观察下来一直正常,如数据库的缓冲命中率保持在95%以上等,所以平时就以默认安装的模式运行着,本以为SQLSERVER2005能合理的分配内存,至少比SQLSERVER2000有了很大的改进,且操作系统也由Windows 2000Server更新为Windows 2003,内存不足时无论是系统还是数据库本身都会自动调整内存(Sqlserver2000需要手工调整,可Google一下),最近观察不管是什么时候内存使用都不超过2G,且SQLSERVER2005占用1.7G的现象,开始以为是数据数内存足够了,也没有在意,后来越想越觉得有问题,当操作大表时,数据库占用的内存都有任何改变,于是Google一下才发现也需要手工调整,当然是原因一大堆,想想解释得也合理。于是也及时进行了调整,效果还不错。

这里把调整的步骤讲给大家,希望有同样问题的朋友参考参考:
1.打开操作系统启动时PAE 配置项;
步骤:找到系统安装的引导位置的目录下找到boot.ini文件,默认是隐藏只读的,找到 Windows2003 启动配置,在后面加上空格 /PAE ,保存;重启
示例所示:  
multi(0)disk(0)rdisk(0)partition(2)/%systemroot%= "Windows   Server   2003   Datacenter   Edition "   /PAE

 

2.打开组策略,添加数据库运行所依赖的帐号有权进行锁定内存;大部分情况下,数据库运行的帐号都是系统级的帐号,如administrator 或者是 administrators组的帐号,当然也有处于安全考虑的给了一个运行权限很小的帐号,只能运行数据库;所以必须授权该帐号具有锁定内存的权限;
       步骤:开始->运行->gpedit.msc->组策略->计算机设置->windows配置->安全设置->本地策略->用户权限分配->锁定内存页->本地安全策略设置->添加->选择运行的帐号或者组;

3.重启服务器,远程维护的要查看boot.ini是否正确,切起切起,否则后果可想而知;

4.配置数据库,重启后操作系统已支持大内存了,但数据库还是需要配置的;默认都未配置;执行以下命令即可
步骤:打开查询分析器,进行以下操作,这里以3G内存给数据库使用为例进行操作,这几条命令分别含义是:打开高级选项,打开锁定内存,设置最大内存,最好是一起完成;
sp_configure 'show advanced options', 1
RECONFIGURE
GO
sp_configure 'awe enabled', 1
RECONFIGURE
GO
sp_configure 'max server memory', 3072
RECONFIGURE
GO

5.重启数据库,当配置项手工配置好后,需要重启数据库,这时你就发现SQLSERVER2005数据库占用多大的内存了,再看看数据库的属性也改变了,AWE上打了勾,最大内存改为3G了,以前是很大的,忽悠我^-^

注意点:
1.当操作系统PAE未打开时,配置数据库是没有用的,数据库会提示出错,告诉你内存锁定系统当前不支持;
2.Boot.ini 文件是隐藏的,只读的,先修改属性后再操作;
3.数据库重启前最好先备份,防患于未然;
4.不知是操作系统问题,还是盗版的问题,我的SQLSERVER2005在进程任务管理器只有180M,经过和朋友确认,才知是显示错误,其实也不知是错误还是就是这样的,我想有一种可能,那就是系统把3G划给数据库使用后,自己只有1G,他只知道自己分配的那一块给数据库系统180M吧;
5.数据库的内存设置有一个合理限度,根据服务器业务多少确定,但不能超过物理内存,我觉得至少得留500M给系统吧,另外如果系统中还有其他的服务在使用也要考虑进去,否则系统内存不足,引起磁盘页面交换频繁,反而使性能有所下降。

 

原创粉丝点击