知识大全为什么SQL Server使用很少的内存

Posted 2022-07-15 数据库

篇首语：莫道桑榆晚，为霞尚满天。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全为什么SQL Server使用很少的内存相关的知识，希望对你有一定的参考价值。

为什么SQL Server使用很少的内存 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　SQL Server的内存一直上不去从Task Schedule中看到SQL Server只使用了 MB内存实际这台机器有 GB的内存可用内存有超过 GB

　　当时我以为是开启了AWE导致的所以连接到他的服务器看了一下但是数据库为企业版位所以不用开启AWE 而且即使开启了也会被忽略

　　使用下面的脚本查询了一下SQL Server内存使用

　　select physical_memory_in_use_kb locked_page_allocations_kb *fromsys dm_os_process_memory

　　看到实际使用的内存有 GB 远远超出任务管理器看到的 (也可以通过Perfmon的Total server memory(MB)查看)

　　当时觉得很奇怪查看了SQL Server错误日志发现了类似下面的信息

　　 : : Server Large Page Extensions enabled

　　 : : Server Large Page Granularity:

　　 : : Server Large Page Allocated: MB

　　猜测这台期间开启了Lock Pages In memory功能之后得到确认因为开启Lock Pages In memory之后 SQL Server会使用AWE APIs锁定内存页所以这部分的内存使用不会显示在Working Set中

　　So in summary the AWE APIs for bit and bit SQL Server systems are used for different purposes In bit it is really to extend memory access beyond Gb or to enable the AWE feature For bit systems it is to possibly gain performance and to “lock pages” for the buffer pool

　　到现在这个问题就比较明朗了其实SQL Server还是正常工作的一般查询SQL Server的使用还是建议使用DMV或者Perfmon 直接查看Working Set信息可能不准

　　另外说一下当时看到上面Large Page的信息以为是数据库开启了LargePage 但是使用DBCC TRACSTATUS查看没有开启 Trace Flag 所以大数据功能是没有启用的只有开启 Trace Flag数据库才会真正启用Large Page

　　启用Large page在数据库错误日志会看到类似信息

　　 : : Server Using large pages for buffer pool

　　关于Lock Pages In memory/working set机制我找到了两篇文章大家有兴趣可以参考

　　Funwith Locked Pages AWE Task Manager and the Working Set

cha138/Article/program/SQLServer/201311/22296

知识大全 为什么SQL Server使用很少的内存

知识大全为什么SQL Server使用很少的内存