当 SQLServer Server 2008r2
开始处理查询时,我知道它需要解析 SQL 文本并创建计划,以及一些其他步骤。
它在缓冲池之外的内存中执行所有这些操作,对吗?
在实际执行查询以检索/操作数据之前,缓冲池不会发挥作用,对吗?
场景:(服务器不是我配置的)
SQL Server 2008r2 SP1 - 是的,它需要打补丁,这是雷达 96 GB RAM MAX 内存设置为 92 GB 缓冲池略低于 80 GB 使用 PLE 超过 4 小时 查看 resource_semaphore WAITS
如果我的理解是处理查询的内存授予不是来自缓冲池,而是剩余的可用内存,那么减少 MAX Memory 应该有助于重新调解 WAIT 类型。我的想法是将 MAX Memory 设置为 72 GB。你的意见?
谢谢!
没有内存来自缓冲池内部。通常,此类过程所需的内存“不多”,缓冲池可以轻松满足。另请注意,SQL Server 可能不会一次性授予查询请求的所有内存。如果查询请求的内存量很大,SQL Server 只会
grant minimum
确保查询开始运行。从创建计划到执行查询,缓冲池始终存在。缓冲池
in SQL Server 2008 R2
正在sole one
为任何request <= 8KB of memory page
.不,减少最大服务器内存在这里会有帮助。我建议您查看查询,并且“
statistics
优化器在准备查询计划时正在查看”。您有足够的 RAM。有时,当您使用过时的统计信息运行查询时,它会请求大量内存,当然 SQL Server 不会授予所有内存。它将提供最小数量,以便查询至少开始运行。SQL Server 创建编译计划时,会计算两个内存授予参数,称为“所需内存”和“额外内存”。所需内存是 SQL Server 可以为排序和哈希操作提供的最小内存,另外是查询存储临时数据所需的内存
huge sorts or spills
。如果查询以最小内存开始并请求更多,但 SQL Server 无法在运行查询中提供全部,等待类型为“资源信号量”。这并不意味着内存变少了,它意味着统计数据已经过时,迫使 SQL Server 创建错误的计划,从而请求更多内存。我建议您阅读了解查询内存授予
resource_semaphore 在 SQL 需要为巨大的查询生成计划时使用。当 SQL 知道编译查询所需的内存量很大时,sql server 更喜欢使用有限的内存量进行编译,因为另一种方法是删除缓冲池的一部分,这显然是 sql server 不想做的。因此,编译需要大量内存时的高编译率会导致 resource_semaphore 等待类型,即使机器是怪物(就硬件而言)
我希望这能回答这个问题。(我是新来的,还没有足够的声誉来添加评论)