内存中的 SQL Server 2005“固定”数据答案

【问题标题】：SQL Server 2005 "Pin" data in Memory内存中的 SQL Server 2005“固定”数据
【发布时间】：2010-11-24 01:08:54
【问题描述】：

我们在仅运行 SQL Server 2005 的专用机器上运行应用程序的数据库。此数据库服务器有 32 Gb 的 RAM...而数据库文件本身只有 6 Gb。

我想将几个重读/查询的表强制放入 SQL 内存缓冲区以提高速度。

我知道 SQL Server 非常擅长将必要的数据从磁盘读取后保存在内存中......但我们的客户可能更希望他们的查询在第一次运行时快速运行。 “第二次次的最快性能”并不是产品亮点。

缺少旧的“Pin Table”DBCC 命令.. 有什么想法吗？

我编写了一个“CacheTableToSQLMemory”Proc，它循环遍历表的所有索引（集群和非），在临时表中执行“选择 *”。我已安排 SQL 代理每 15 分钟运行一次“缓存大量表”进程，以尝试将页面保留在内存中。

它在很大程度上有效.. 但即使在我缓存了查询的所有相关表之后，运行查询仍然会增加该表的缓存页数。然后第二次更快。想法？

我们正在运行 PAE 和 AWE。 SQL 设置为使用 8 到 20 GB 的 RAM。

【问题讨论】：

'PAE 和 AWE 设置' 如'我仍在运行具有 2GB 虚拟地址空间的糟糕 x86 实例'？
...我知道...我正在努力推动操作系统升级...
什么版本的 Windows？我希望是 64 位的，否则答案如此很明显很有趣
@smirkingman：“PAE”暗示 x86：“PAE 仅用于在基于 x86 的系统上运行的 32 位版本的 Windows。” msdn.microsoft.com/en-us/library/aa366796%28VS.85%29.aspx
好消息！根据大家的建议，我们正在测试 Windows Server 2008 x64 和 SQL 2008 x64 设置！谢谢大家的想法。

标签： sql sql-server-2005 memory-management query-optimization

【解决方案1】：

x86 瓶颈是您的真正问题。 AWE 只能提供数据页，因为它们可以映射进出 AWE 区域，但其他所有内存分配都必须塞进 2GB 的进程虚拟地址空间。这将包括每个线程堆栈、所有代码、当前从 AWE 映射到“正在使用”的所有数据，最重要的是，每一个缓存计划、执行计划、缓存安全令牌、缓存元数据等等。而且我连CLR都不算，希望你不要用。

鉴于系统有 32GB 的 RAM，您甚至无法尝试 /3GB 看看是否有帮助，因为在这种情况下总 PAE 减少到 16GB，这将使您的一半 RAM 不可见...

你真的，真的，必须迁移到 x64。 AWE 只能提供这么多帮助。您可以从Buffer Manager 和Memory Manager 对象收集性能计数器并监控sys.dm_os_memory_clerks，这样您就可以更好地了解实例内存的行为（正在使用的内存在哪里，谁在使用它等）。我不希望这会真正帮助您解决问题，但我确实希望它会为您提供足够的信息来为升级到 x64 提供理由。

【讨论】：

【解决方案2】：

在 SQL Server 2005 中无法将表固定在内存中。如果 SQL Server 从内存中删除表，那是因为系统其他部分存在内存压力。由于您的数据库只有 6GB，因此数据库应该保留在内存中……前提是服务器上没有其他数据库。

不过，您可以采取一些措施来尝试将数据保存在内存中。根据您安装的 SQL Server 的补丁级别和版本，您可能能够利用 lock pages in memory 功能来确保 SQL Server 的内存永远不会被调出。

您还可以将服务器上的内存分配更改为固定大小。除非您的数据库服务器上有其他东西，否则您可以将 SQL Server 的最小和最大内存设置为相同的值。这不一定会阻止这种情况在未来发生（这是 SQL Server 应该如何工作的功能），但将 SQL Server 设置为使用固定数量的内存肯定不会有什么坏处（如果你没有其他内存问题）。

【讨论】：