系统先操作地址空间，真正要用的时候才申请物理内存，进行使用。
Reserved Memory 保留内存，虚拟内存
Commited Memory 提交内存，物理内存
【如何判断SQL SERVER 内存不足？】
如果进程的用户态CPU时间比较高，一般说明它没有遇到其他瓶颈，正全力运行。如果内存有瓶颈，一般用户态的CPU时间不会很高，但核心态的CPU时间反而升高，因为系统要做的paging动作（pages/sec计数器）。同时磁盘也会比较繁忙。但磁盘繁忙，而paging不忙，却不能说明内存不足。
process%pressor Time：用户态 + 核心态时间
【如何合理配置SQL SERVER内存】
1、为系统和其他应用程序预留足够的内存。如果可能，数据库服务器应该专供数据库使用
2、安装64位操作系统
3、给SQL SERVER启动账号 Lock pages inmemory的权限
用户修改数据之后，SQL SERVER会在内存中将数据所在页面修改，但不会立刻将这个页面写回硬盘，等到checkpoint 或 lazy write的时候集中处理。如果没有内存压力，则这些页面会一直留在内存中，不必再从硬盘上读取。
【内存使用分类】
一、按用途分
1、DataBase Cache：数据页面缓冲区
2、各类 Consumer
二、按申请方式分
1、DataBase ，先Reserve一大块，再一小块一小块地commit
2、stolen，直接commit
三、按申请大小分类
1、buffer pool，单位<=8kb
2、MemToLeave，单位>8kb
【内存分布及大小限制】
在32位
SQL SERVER可以用2GB的内存，其中默认384M是MemToLeave，而BufferPool = 2GB - 384M = 1.6G
为什么叫MemToLeave？是因为SQL SERVER刚启动的时候，就会把这一块虚拟地址预留出来。
如果开启了AWE，Buffer Pool里的DataBase Cache可以使用AWE扩展出来的内存，而Buffer Pool里的Stolen，则还是用原有的那份虚拟地址空间，最多可用满至1.6G而MemToLeave则不变。
【MemToLeave的使用情况】
SQL SERVER会先用默认的256M，用完了再看看预留给线程的那一块。
MemToLeave = 256 + 线程数 * 0.5 = 256 + 128 = 384M
64位
MemToLeave没有限制。有时候反而会挤占了DataBase Cache。
【增加MemToLeave】
加启动参数 -g 512
【增加内存一定会提高SQL SERVER的性能吗？】
不一定。主要看瓶颈在哪一部分。如果是Buffer Pool，32位系统中，DataBase Cache存在瓶颈，增加内存是对的，但如果是stolen欠缺，即使是应用了AWE，极限值也是1.6GB而已；如果是MemToLeave，就更有限制了，增加内存并无裨益。
【内存动态管理视图（DMV)】
DMV可用于监视SQL SERVER的内存情况，有些信息。使用性能监视器，DBCC语句等传统方法也能得到，但DMV更详细、准确。
【Lazy Writer】
惰性编写器。系统进程，用于成批刷新脏的老化得缓冲区，包括更改、写回磁盘，清理最久没有被重用到的数据页和执行计划。如果经常被触发，内存应该存在瓶颈。
【索引】
索引可以避免查询时将表的全部记录装入内存，从而节约内存使用量。
【stolen Memory】
stolen memory对sql server正常运行不可或缺，一条语句的分析、优化、执行计划缓存、排序、计算等，都需要用到stolen。
stolen不太会因为使用太多而侵占了DataBase Pages一来是因为它不太大，二来也会定期的清除，除非有游标不关，或内存泄露什么的。
【Multi_Page（MemToLeave）】
在32位的SQL SERVER上，Multi-Page的数目是有限制的，默认为384M，这个地址是预留的，Buffer Pool不能占用。
而在64位 SQL SERVER上，Multi-page没有限制，要多少有多少。所谓的MaxServerMemory是对Buffer Pool来讲的。
作用：
1、SQL SERVER 进程
2、超过8K的stolen内存
3、第三方、如CLR、Link Server、COM
如果其配额不足，会出现新用户很难登入SQL 的错误
