CLR 分配器,包括在 CLR 初始化期间创建的 SQL CLR 堆及其全局分配。SQL Server 进程中线程堆栈的内存分配。
直接 Windows 分配 (DWA),用于直接向 Windows 发出的内存分配请求。这些包括 Windows 堆使用和由加载到 SQL Server 进程中的模块进行的直接虚拟分配。此类内存分配请求的示例包括来自扩展存储过程 DLL 的分配、使用自动化过程(sp_OA 调用)创建的对象以及来自链接服务器提供程序的分配。
从 SQL Server 2012 (11.x) 开始,单页分配、多页分配和 CLR 分配都合并到“任意大小”页分配器中,并包含在由最大服务器内存 (MB) 控制的内存限制中) 和最小服务器内存 (MB) 配置选项。此更改为通过 SQL Server 内存管理器的所有内存需求提供了更准确的大小调整能力。
Max server memory 控制 SQL Server 内存分配、编译内存、所有缓存(包括缓冲池)、查询执行内存授予、锁管理器内存和 CLR 内存(基本上是在 sys.dm_os_memory_clerks 中找到的任何内存职员)。
这并不意味着执行 CLR 所需的所有内存都由max server memory设置控制。第三方(未由 Microsoft 发布)的 DLL 仍将使用max server memory设置中未考虑的内存。
线程堆栈、CLR、扩展过程 .dll 文件、分布式查询引用的 OLE DB 提供程序、Transact-SQL 语句中引用的自动化对象以及非 SQL Server DLL 分配的任何内存都不受 max server memory 控制。
参考:内存管理架构指南
从 SQL Server 2012 (11.x) 开始对内存管理的更改
Max server memory 控制 SQL Server 内存分配、编译内存、所有缓存(包括缓冲池)、查询执行内存授予、锁管理器内存和 CLR 内存(基本上是在 sys.dm_os_memory_clerks 中找到的任何内存职员)。
这并不意味着执行 CLR 所需的所有内存都由
max server memory
设置控制。第三方(未由 Microsoft 发布)的 DLL 仍将使用max server memory
设置中未考虑的内存。我建议阅读Jonathan Kehayias 的这篇博文,尤其是评论。
最小和最大服务器内存对 SQL CLR问答的影响证实了上述断言。