内存问题定位基本流程：
主要用到的性能计数器
Page life expectancy （数据库计数器：主要显示不被使用的页，将在缓存中停留的秒数 ）
Lazy writes/sec （数据库计数器：惰性写入器会在内存有压力且有新的内存需求时触发，成批的刷新“老化的缓冲区”）
Page Reads/sec，Page Writes/sec （这里使用数据库级别计数器：当需要读取或写入的页不在内存中，需要到磁盘中读取时计数）
Target Server Memory (KB) （SQL server能够使用的内存总量）
Total Server Memory (KB) （SQL SERVER使用的内存总量，这里指BUFFER POOL的大小）
Available MBytes （系统系数器：主要显示系统还有多少可用内存）
注：Target Server Memory (KB) - Total Server Memory (KB) 约等于SQL SERVER还可以使用的内存数。
Total Server Memory (KB)（SQL SERVER使用的内存总量，这里指BUFFER POOL的大小）可以查看SQL Server使用的内存总量，如果当使用的内存总量很小，而服务器依然有很大的内存Available MBytes请检查，是否限制了SQL Server的内存使用。
Available MBytes 主要显示系统中还多少空闲内存 （如果这个值较大，而Target Server Memory (KB) - Total Server Memory (KB) 为0或者较小，可以适当的调大max server memory（最大内存，稍后介绍））
如果Total Server Memory (KB) 计数器有陡降的情况发生，一般可以说明有外部程序对内存的使用占用的数据库使用的内存。
步骤2.内存问题定位
内存持续压力
Lazy writes/sec
Page life expectancy
内存波动压力
Page Reads/sec
Lazy writes/sec
Page life expectancy
步骤3.内存问题分析与解决（通用步骤）
系统设置最大内存max server memory
问：我系统内存本来就不够为什么还要设置使用上限？我这服务器就给数据库用还用设置？
答：数据库是运行在windows 上的应用，他和notepad对于操作系统来说本质上没区别，那么这就好比君（操作系统）与 臣（数据库）的关系。
而SQL SERVER是一个很喜欢内存的应用，所以很可能吃掉大量内存导致windows系统没有足够内存使用，，那么这时候君臣关系就体现的淋漓尽致了，君(windows) 要臣（SQL SERVER）死（释放内存）臣不得不死呀...这个释放在一定程度上可不是单单让windows够用了，很可能导致SQL内存陡降，以致SQL 短时间假死（操作无响应）。所以为了你数据库的稳定性，这个最大上限一定要设置。
内存设置推荐：
一般我比较推荐如果内存较小操作系统预留3G-4G ，如果内存大256或512以上在数据库内存无压力时预留5%给操作系统，剩下给SQL SERVER ，如果服务器还有其他应用还要在SQL 中减掉应用所占的内存。
如果内存比较小且数据库内存压力大，则可以通过前面讲述的Available MBytes 的判断结果适量给系统预留内存。
注意：最大内存的设置单位为 MB。
语句优化系列请关注后续文章，这里只针对降低内存
降低内存对语句优化主要集中在几个方面：
是否缺失索引？
消耗内存的操作是否可以消除（如排序）
降低语句复杂性，让优化器能选用最佳计划
语句消耗内存主要体现在大量的读取，或者有排序等操作。
所谓的读，简单理解就是在语句执行时所需要用到的数据页数，需要的越多就需要越大的内存来缓存这些数据页。如果需要的页不在内存中还需要从磁盘读取 （磁盘读取就是为什么Page Reads/sec 会高）
简单的一个加索引降低逻辑读的例子~
语句使用了一个整个表扫描的计划，执行了 19秒，逻辑读取143800次，预读137236 （磁盘上读取），消耗了40KB 的内存 ，并且明确提示出缺少索引！
那么我们加上提示缺少的索引，再次执行
加上索引的语句执行不到1秒 逻辑读降低到13次，内存消耗已经可以忽略不计。这就是索引对语句的重要性！单条语句如此，你的系统中到底有多少这样的语句呢？
再来看一个写法修改的例子 ：
只是简单的改了下语句的写法时间有7秒变成1秒，内存消耗从300+MB 变成 1MB
这两个例子，告诉我们也许系统中简简单单做一些调整，内存的压力就会明显降低或者变得非常充足，所以在你下了一个需要购买内存的决定前，是否针对系统的语句进行过调优？
内存波动
如果你是系统维护人员，看到类似这样的内存数据指标，如果你还不能有一些思路，请你好好熟悉下你的系统。
这张图很清晰地反映出系统每隔几小时会有一次的内存压力，那么别忙着去找对应时间点的语句，我们最少要好好想一下，系统中有什么操作定时执行？SQL JOB？计划任务？前台定时处理？等等等
这个规律的定时处理是否有异常？是否最近有什么改动？执行的结果是不是和你想的一样？
也许问题就这么清晰的定位了......
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
