码迷,mamicode.com
首页 > 数据库 > 详细

SQL调优日志--内存问题

时间:2016-07-18 02:34:10      阅读:202      评论:0      收藏:0      [点我收藏+]

标签:

概述

很多系统的性能问题,是由内存导致的。内存不够会导致页面频繁换入换出,IO队列高,进而影响数据库整体性能。

 

排查

内存对数据库性能非常重要。那么我当出现问题的时候,我们怎么排查性能问题呢?

存在问题

主要查看2个部分。页生命周期 Page Life Expectancy,和  lazy writer /sec.

 技术分享

页生命周期 的参考值在很久很久以前,很多同学可能看到过,建议值是300s。但是这是基于32位操作系统,最大只能使用4GB内存给出的。 Jonathan Kehayias and Ted Krueger 的书A Guide for the Accidental DBA 有给出一个当下的参考值:Buffer Pool / 4 GB * 300 。 当然这值只是一个参考值。如果你发现系统的页生命周期长期低于某个值,或者经常出现剧烈的波动,那说明内存可能存在问题。

lazy writer /sec 如果长期大于1 ,就需要关注了。

注意:如果你的系统使用了NUMA。可能会遇到lazy writer /sec 很高,但  Page Life Expectancy非常稳定的情况。这个问题不太常见,暂不详述。

内存分布

 判断内存存在问题后,我们需要查看内存的分布。

1.总内存,使用中,可用内存

技术分享

 

2.SQL SERVER使用的内存

 技术分享

 

注意

有的同学可能会遇到,服务器内存使用快满了,但是从上面图中看到的内存使用很少。内存被谁用掉了,是内存泄漏吗?当然不是。原因是SQL SERVER 内存使用可以分为缓冲池和非缓冲池内存。在开启了 锁定内存页 选项后,在任务管理器中只能看到非缓冲池内存部分。

3.缓冲池

 

这种情况下,怎么查看缓冲池的内存怎么呢?通过SQL SERVER :Memory Manager Total server memory 来查看

技术分享

 4.非缓冲池内存分布

技术分享
SELECT M.type,
SUM(M.virtual_memory_reserved_kb) AS VirtualMemoryReservedKB,
SUM(M.virtual_memory_committed_kb) AS VirtualMemortCommitedKB,
SUM(M.shared_memory_committed_kb) AS SharedMemroyCommittedKB,
SUM(M.shared_memory_reserved_kb) AS SharedMemroyReservedKB,
SUM(M.multi_pages_kb) AS MultiPagesKB,
SUM(M.single_pages_kb) AS SinglePagesKB,
SUM(M.multi_pages_kb)+SUM(M.single_pages_kb) AS TotalPagesKB
FROM sys.dm_os_memory_clerks M
GROUP BY M.type
ORDER BY TotalPagesKB DESC
技术分享

技术分享

已经按照内存使用排序,找到使用内存最多的部分。分析使用的原因,并解决。

 

案例

某客户的客户系统使用缓慢,通过上面的排除方法依次排查,最后找到是非缓冲池部分的 MEMORYCLERK_SQLOPTIMIZER占用内存太多造成

解决

 

技术分享
sp_configure N‘show advanced options‘,1
GO
reconfigure
GO
sp_configure N‘optimize for ad hoc workloads‘,1
GO
sp_configure N‘show advanced options‘,1
GO
reconfigure
GO
技术分享

开启上面的选项后,内存仍然没有自动释放。重启SQL SERVER 服务,释放掉已经使用掉的内存。

 

 

参考

https://simplesqlserver.com/2013/08/19/fixing-page-life-expectancy-ple/  详细讲解PLE

SQL调优日志--内存问题

标签:

原文地址:http://www.cnblogs.com/Leo_wl/p/5679651.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!