《Troubleshooting SQL Server》读书笔记-内存管理

seemebaby

　　自调整的数据库引擎(Self-tuning Database Engine)
　　长期以来，微软都致力于自调整(Self-Tuning)的SQL Server数据库引擎，用以降低产品的总拥有成本。从SQL Server 2005开始，SQL Server就是动态管理内存使用，并且调整内存使用时，不需要重启数据库引擎。
　　所以它也不提供内存分配的微调项。各个组件的内存分配，完全由数据库引擎自动管理，不能手动分配。但是这货还是提供了一些配置项，能够影响数据库引擎如何使用内存。
　　是否使用这些配置项来替代默认值，取决于操作系统版本，SQL Server版本，可用物理内存和处理器架构等。
　　SQL Server是怎么分配内存的
　　SQL Server本身设计就会尽可能多的使用内存。正常情况下，它不会释放已经分配的内存，除非OS引发并设定Low Memory资源通知标记(Resource Notification Flag)。
　　SQL Server 2005的SQLOS中添加了一个专用线程用于监控OS发出的内存通知(Memory Notification)(这也是自调整功能之一)。
　　OS中有两种类型的内存通知：
　　Memory High：SQL Server可以增加Working Set使用量并使用更多内存
　　Memory Low：OS有内存压力，SQL Server释放一些内存给OS
　　如果两种内存通知OS都没设定，则表明内存使用稳定，SQL Server将继续在现有的进程空间内运行。但是这个功能在Windows 2003和SQL Server 2005之前是没有的。

　　内存压力分类，根据Memory Pressure ->

http://images.cnitblog.com/blog/296070/201402/201725534998070.png

　　SQL Server可以使用多少内存，取决于:

• 　　服务器上安装的内存量
  
• 　　Windows系统的内存限制
  
• 　　SQL Server的架构(32bit/64bit)
  
• 　　SQL Server控制内存使用的配置项
  
• 　　SQL Server的版本
  

　　32位VAS的限制  
　　Windows在VAS中运行每一个进程。32位的进程最多只可寻址到4GB内存，而这4GB内存又分为内核模式(Kernel Mode)空间和用户模式(User Mode)空间。默认，windows会各分配2GB。
　　内核模式主要用于OS，用户模式用于当前执行的应用程序进程(例如SQL Server)。
　　1. 用户模式VAS分配和VirtualAlloc
　　SQL Server保留的2GB用户模式VAS，当出现物理内存分配时才会提交。它是通过VirtualAlloc这个Windows API。
　　32位的SQL Server或者Windows,调用VirtualAlloc返回一个32位的指针，这就是为什么SQL Server只能使用到2GB用户模式VAS的原因。
　　通过VirtualAlloc分配的内存并不一定是实际物理内存，当分配的内存被提交时，才会是RAM的内存。提交内存时，windows要确认SQL Server及其它应用程序进程提交的内存总量