在这篇专栏里,我们将从开发者的角度来探讨SQL Server内存管理内幕。 就是说,我们将讨论SQL Server使用API和操作系统功能管理内存的方式及其工作原理。通过这种方式探讨一个产品,将有助于我们理解产品开发者的思路,以及他们设计的使用方法。 理解一个产品的工作原理和它的设计用途,是掌握这个产品的关键。 我们将从基础的Windows内存管理基本原理介绍开始。和所有32位Windows应用程序一样,SQL Server使用Windows内存管理功能分配、释放、管理内存资源,它调用Win32内存管理API函数,与操作系统提供的内存资源进行交互。 由于SQL Server中几乎所有的内存分配都使用虚拟内存(不是内存堆),因此绝大部分内存分配代码最终都是通过调用Win32的VirtualAlloc或者是 VirtualFree函数完成。SQL Server调用VirtualAlloc预留、提交虚拟内存,调用VirtualFree释放虚拟内存。
虚拟内存与物理内存 在x86系列处理器上,Windows为所有进程提供一个4GB虚拟内存工作空间。用"虚拟"这个词,意思是这个内存并不是通常意义上的内存,它只是一个地址范围,并没有和物理存储单元关联在一起。当进程请求内存分配时,这些地址空间才被使用,和具体的物理存储单元关联起来。然而这些物理存储单元并不一定是物理内存,它通常可能是磁盘空间,确切的说,是操作系统的分页文件(System Paging Files)。 这就是为什么多个应用程序可以同时运行在一个128M内存的系统上,每个应用程序都有一个4GB的虚拟内存地址空间--它不是真正的内存,但对应用程序来说可以理解为内存。Windows透明的处理分页文件(paging files)的数据交换,使应用程序能够使用的内存可以超过机器的实际物理内存,并使应用程序能够公平的存取机器的物理内存。 这个4GB的地址空间被分成两部分:用户模式(user mode)部分和内核模式(kernal mode)部分。默认情况下,每个部分的大小为2GB,在Windows NT系列的操作系统上,可以通过BOOT.INI中的开关来改变这个默认设置(Windows NT, Windows 2000, Windows XP和Windows Server 2003属于Windows NT系列,Windows 9x和Windows ME不属于)。
|