SQL Server 数据页缓冲区的内存瓶颈分析
时间:2019-01-03 分类:MsSQL 作者:编程之家
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本身机制会优先清除执行计划缓存,则此值表现为下降或者较低水平。
查询 当前
用户 任务等待: <div class="codetitle">
<a style="CURSOR: pointer" data="76537" class="copybut" id="copybut76537" onclick="doCopy('code76537')"> 代码 如下:
<div class="codebody" id="code76537">
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-
sql Server和Process:Working Set-
sql Server,两者值会有显著下降。
解决方法 :如果非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
原文地址:https://www.jb51.cc/mssql/63748.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。