psh*_*e73 6 performance sql-server memory sql-server-2008-r2 query-performance
当 SQLServer Server 2008r2开始处理查询时，我知道它需要解析 SQL 文本并创建计划，以及其他一些步骤。
它是在缓冲池之外的内存中完成所有这些工作的，对吗？
在实际执行查询以检索/操作数据之前，缓冲池不会发挥作用，对吗？
设想：服务器不是我配置的）
SQL Server 2008r2 SP1 - 是的，它需要打补丁，这是在雷达上 96 GB 的 RAM 最大内存设置为 92 GB 缓冲池，位于 80 GB 以下 使用 PLE 超过 4 小时 查看 resource_semaphore WAITS
如果我理解用于处理查询的内存授予不是来自缓冲池，而是来自剩余的可用内存，那么减少 MAX Memory 应该有助于重新调整 WAIT 类型。我的想法是将 MAX Memory 设置为 72 GB。你的意见？
谢谢！
当 SQL Server 2008r2 开始处理查询时，我知道它需要解析 SQL 文本并创建计划，以及其他一些步骤。它是在缓冲池外部的内存中完成所有这些操作，对吗？
不，内存来自缓冲池内部。通常，此类进程所需的内存“不会太多”，并且可以通过缓冲池轻松满足。另请注意，SQL Server 可能不会一次性授予查询请求的所有内存。如果查询请求大量内存，SQL Server 只会grant minimum确保查询开始运行。
在实际执行查询以检索/操作数据之前，缓冲池不会发挥作用，对吗？
从计划创建到查询执行，缓冲池始终存在。in SQL Server 2008 R2缓冲池sole one为任何request <= 8KB of memory page.
如果我的理解是，用于处理查询的内存授予不是来自缓冲池，而是来自剩余的可用内存，那么减少 MAX Memory 应该有助于重新调解 WAIT 类型。我的想法是将最大内存设置为 72 GB。你的想法？
不，减少最大服务器内存在这里会有帮助。我建议您查看查询，并且“statistics优化器在准备查询计划时正在查看”。你有足够的内存。有时，当您运行具有过时统计信息的查询时，它会请求大量内存，当然 SQL Server 不会授予全部内存。它将提供最小量，以便查询至少开始运行。
当SQL Server创建编译计划时，它会计算两个内存授予参数，称为“所需内存”和“附加内存”。所需内存是 SQL Server 可以为排序和哈希操作提供的最小内存，附加内存是查询存储附带的临时数据所需的内存huge sorts or spills。如果查询以最小内存开始并请求更多内存，但 SQL Server 无法在运行查询等待中提供全部内存，并使用等待类型“资源信号量”。这并不意味着内存减少，而是意味着统计信息已过时，这迫使 SQL Server 创建错误的计划，从而请求更多内存。
我建议您阅读了解查询内存授予