SQL Server 数据页缓冲区的内存瓶颈分析
更新时间：2012年08月03日 17:26:54 作者：
数据页缓存是SQL Server的内存使用主要的方面，也是占用量最大的部分。在一个稳定的DB Server上，这部分内存使用会相对较稳定
SQL Server会把经常使用到的数据缓存在内存里(就是数据页缓存)，用以提高数据访问速度。因为磁盘访问速度远远低于内存，所以减少磁盘访问量同样是数据库优化的重要方面。
当数据页缓存区出现内存不足，则会出现查询慢，磁盘忙等等问题。
分析方法：主要是用到性能计数器。
查看如下性能计数器：
1. SQL SERVER:Buffer Manager-Lazy Writes/sec:内存不足则会频繁调用Lazy Writer把数数据写入磁盘，此值会经常不为0.
2. SQL SERVER:Buffer Manager-Page life expectancy：内存不足时，此计数器表现为下降趋势或者一直停留在较低值。
3. SQL SERVER:Buffer Manager-Page reads/sec:内存不足时，则查询那些经常使用但又没有缓存在内存里的数据时，就不需要读取磁盘，这此值表现为持续上升或者停留在较高值。
4. SQL SERVER:Buffer Manager-Stolen pages:Stolen pages通常用于缓存执行计划，以备重用。内存不足时，SQL Server本身机制会优先清除执行计划缓存，则此值表现为下降或者较低水平。
查询当前用户任务等待：
select * from sys.sysprocesses
如果内存不足则，会看到较多的ASYNC_IO_COMPLETION等待类型。这是因为内存不足时：a.内存和磁盘间会频繁进行交互,磁盘负载增加 b.需要读取磁盘上的数据完成查询，磁盘负载增加。
也就是说这时候磁盘也出现了性能瓶颈，但是这只是“表面”的，我们要结合多个性能指标来认清根本原因是“内存不足”。
确定压力来源及解决办法：
通过前的分析，确定了数据页缓存相关的内存瓶颈。就要分析为什么会这样及解决办法。主要分为如下5个方面：
1. 外部压力
如果OS层面或者其它应用服务需要更多的内存，windows会压缩Database Pages的内存量。这时内存压力来自外部。可以查看如下性能计数器确定是否是外部压力：
1. SQL Server:Memory Manager-Total Server Memory:此计数器值会下降。
2. Memory:Available Mbytes:此值会下降到较低水平。
3. 在没有使用AWE或者Lock page in memory前提下，查看Process:Private Bytes-SqlServer和Process：Working Set-SqlServer，两者值会有显著下降。
解决方法：如果非DB专用服务器，则要权衡各个应用服务之间重要性来分配内存或者加大内存。尽量让服务器只运行SQL Server，成为DB专用服务器。
2. SQL Server自身对Database Page的使用压力
当Total Server Memory已经达到设定的Max Server Memory或者无法从OS获得更多内存，但是经常访问的数据量又远大于物理内存用于数据缓存的容量时，SQL Server被迫将内存的数据移入又移出，用于完成当前查询。
观察如下性能计数器：
1. SQL Server:Memory Manager-Total Server Memory 和 SQL Server:Memory Manager-Target Server Memory两者值将会相等。但是前者不会大于后者。
2. 将会出现“分析方法”所述之情况。
解决方法：既然SQL Server没有足够内存存放Database Page，那就要么增加SQL Server使用的内存量或者减少其使用的内存里。
增加：可以通增加物理内存，启用AWE等方法。
减少：可以通过横向扩展，有两台或者多台服务器分别载部分库;优化相关读取量较大的语句等。
3. Buffer Pool中的Stolen Memory压力
正常情况下Buffer Pool中的Stolen Memory不会给Database Pages造成压力。因为Database Pages有压力，会触发Lazy Writes,同时SQL Server 会清理Stolen Memory中的执行计划缓存。
但是，如果用户申明了过多的对象，而没有登出，并且占用内存过多，就会压缩Database Pages.如：游标，自定义引用的执行计划等。
解决方法：通常是会表现为a)用户提交的请求因内存不足无法完成，701错误;b)需要压缩某些clerk的内存量，来完成用户请求，造成响应延时和缓慢。
通过查询sys.dm_os_memory_clerks的字段Single_pages_kb，找出是哪个clerk使用了过多内存并分析其原因，然后解决之。
4. Multi-Page的压力
multi-page跟Buffer Pool共享OS的虚拟地址空间，如果multi-page使用过多内存，就会压缩Datbase pages。multi-page内存用量一般较小且相对固定，可能发生的情况有：
a. 未开启AWE的32位SQL Server只有2G地址空间，且用-g启动参数扩展的MemToLeave的上限。
b. 64位SQL Server调了内存泄露的第三方代码。
c. 使用带有大量参数或者较长的”IN”语句
d. 调高了Network Packet Size，大于或等于8KB,并且较多这种连接。
e. 大量复杂XML查询，或者第三代码。
解决方法： 通过查询sys.dm_os_memory_clerks的字段multi_pages_kb，找出是哪个clerk使用了过多内存并分析其原因，然后解决之。
作者：Joe.TJ
当数据页缓存区出现内存不足，则会出现查询慢，磁盘忙等等问题。
分析方法：主要是用到性能计数器。
查看如下性能计数器：
1. SQL SERVER:Buffer Manager-Lazy Writes/sec:内存不足则会频繁调用Lazy Writer把数数据写入磁盘，此值会经常不为0.
2. SQL SERVER:Buffer Manager-Page life expectancy：内存不足时，此计数器表现为下降趋势或者一直停留在较低值。
3. SQL SERVER:Buffer Manager-Page reads/sec:内存不足时，则查询那些经常使用但又没有缓存在内存里的数据时，就不需要读取磁盘，这此值表现为持续上升或者停留在较高值。
4. SQL SERVER:Buffer Manager-Stolen pages:Stolen pages通常用于缓存执行计划，以备重用。内存不足时，SQL Server本身机制会优先清除执行计划缓存，则此值表现为下降或者较低水平。
查询当前用户任务等待：
复制代码 代码如下:
select * from sys.sysprocesses
如果内存不足则，会看到较多的ASYNC_IO_COMPLETION等待类型。这是因为内存不足时：a.内存和磁盘间会频繁进行交互,磁盘负载增加 b.需要读取磁盘上的数据完成查询，磁盘负载增加。
也就是说这时候磁盘也出现了性能瓶颈，但是这只是“表面”的，我们要结合多个性能指标来认清根本原因是“内存不足”。
确定压力来源及解决办法：
通过前的分析，确定了数据页缓存相关的内存瓶颈。就要分析为什么会这样及解决办法。主要分为如下5个方面：
1. 外部压力
如果OS层面或者其它应用服务需要更多的内存，windows会压缩Database Pages的内存量。这时内存压力来自外部。可以查看如下性能计数器确定是否是外部压力：
1. SQL Server:Memory Manager-Total Server Memory:此计数器值会下降。
2. Memory:Available Mbytes:此值会下降到较低水平。
3. 在没有使用AWE或者Lock page in memory前提下，查看Process:Private Bytes-SqlServer和Process：Working Set-SqlServer，两者值会有显著下降。
解决方法：如果非DB专用服务器，则要权衡各个应用服务之间重要性来分配内存或者加大内存。尽量让服务器只运行SQL Server，成为DB专用服务器。
2. SQL Server自身对Database Page的使用压力
当Total Server Memory已经达到设定的Max Server Memory或者无法从OS获得更多内存，但是经常访问的数据量又远大于物理内存用于数据缓存的容量时，SQL Server被迫将内存的数据移入又移出，用于完成当前查询。
观察如下性能计数器：
1. SQL Server:Memory Manager-Total Server Memory 和 SQL Server:Memory Manager-Target Server Memory两者值将会相等。但是前者不会大于后者。
2. 将会出现“分析方法”所述之情况。
解决方法：既然SQL Server没有足够内存存放Database Page，那就要么增加SQL Server使用的内存量或者减少其使用的内存里。
增加：可以通增加物理内存，启用AWE等方法。
减少：可以通过横向扩展，有两台或者多台服务器分别载部分库;优化相关读取量较大的语句等。
3. Buffer Pool中的Stolen Memory压力
正常情况下Buffer Pool中的Stolen Memory不会给Database Pages造成压力。因为Database Pages有压力，会触发Lazy Writes,同时SQL Server 会清理Stolen Memory中的执行计划缓存。
但是，如果用户申明了过多的对象，而没有登出，并且占用内存过多，就会压缩Database Pages.如：游标，自定义引用的执行计划等。
解决方法：通常是会表现为a)用户提交的请求因内存不足无法完成，701错误;b)需要压缩某些clerk的内存量，来完成用户请求，造成响应延时和缓慢。
通过查询sys.dm_os_memory_clerks的字段Single_pages_kb，找出是哪个clerk使用了过多内存并分析其原因，然后解决之。
4. Multi-Page的压力
multi-page跟Buffer Pool共享OS的虚拟地址空间，如果multi-page使用过多内存，就会压缩Datbase pages。multi-page内存用量一般较小且相对固定，可能发生的情况有：
a. 未开启AWE的32位SQL Server只有2G地址空间，且用-g启动参数扩展的MemToLeave的上限。
b. 64位SQL Server调了内存泄露的第三方代码。
c. 使用带有大量参数或者较长的”IN”语句
d. 调高了Network Packet Size，大于或等于8KB,并且较多这种连接。
e. 大量复杂XML查询，或者第三代码。
解决方法： 通过查询sys.dm_os_memory_clerks的字段multi_pages_kb，找出是哪个clerk使用了过多内存并分析其原因，然后解决之。
作者：Joe.TJ
您可能感兴趣的文章:
相关文章
当master down掉后，pt-heartbeat不断重试会导致内存缓慢增长的原因及解决办法
这篇文章主要介绍了当master down掉后，pt-heartbeat不断重试会导致内存缓慢增长的原因及解决办法,需要的朋友可以参考下2016-10-10
这篇文章介绍了SQL cursor用法实例，有需要的朋友可以参考一下2013-09-09
花了这么多时间最终还是回到了数据库，但是数据库中一张一张的表格找不到脚本，也不是自己设计的数据库，完全没有一点头绪，后来突然想起来sql有个数据库关系图，可以很快的适合数据库程序员很快的掌握数据库表之间的关系2012-08-08
SQL Server 2008 清空删除日志文件(瞬间缩小日志到几M)
sql 在使用中每次查询都会生成日志，但是如果你长久不去清理，可能整个硬都堆满哦，笔者就遇到这样的情况，直接网站后台都进不去了。下面我们一起来学习一下如何清理这个日志吧2018-10-10
SQL server 中 CROSS APPLY的使用及用途
CROSS APPLY是SQL Server中的操作符,用于将表表达式与外部表连接,它允许在查询中多次引用外部表的行,并根据每行动态生成结果集,而OUTER APPLY则类似于LEFT JOIN,后者即使子查询无结果也会显示外部表的行,感兴趣的朋友跟随小编一起看看吧2024-11-11
本文主要介绍了sqlserver字符串拼接的实现，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2023-02-02
sql中all,any,some用法实现语句，需要的朋友可以看下。2009-10-10
mssql和sqlite中关于if not exists 的写法
本文介绍下sql server查询中，有关if exists与if not exists关键字的用法，有需要的朋友参考下2014-04-04
这篇文章主要介绍了SQL Server Agent 服务启动后又停止问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教2022-04-04
重复数据，通常有两种：一是完全重复的记录，也就是所有字段的值都一样；二是部分字段值重复的记录2013-05-05
最新评论