SQL Server 的页面预期寿命会不会太高？

Question

我已经阅读了几篇关于 SQL Server 的页面预期寿命以及它的含义以及您可以从中收集到哪些信息的文章。在我读过的大多数文章中，一个常见的、健康的 PLE 值大约是 1000-2000 秒。我已经读过，下降到大约 300 秒可能意味着您的 RAM 可能不足。

我最近刚刚升级了我们的硬件，从 14GB 增加到 64GB 的 RAM。在 14GB 上，我的 PLE 大约是 300 秒，而且我每秒有很多 5-6 次内存授予待处理。所以，这很糟糕，我增加了 RAM。现在，我的 PLE 在 5000 秒左右要高得多，而且没有更多未决的内存授予。如果我记得的话，我已经看过 7000 秒了。这比我读过的任何东西都要高得多。

高 PLE 会是坏事吗？还是越高越好？

编辑：对不起，我的 PLE 不是 7000 秒，而是70,000秒！虽然，目前它已降至 7000 左右。

• 数据库大小约为 160GB。一些表有 5+ 万行。
• max_server_memory 设置为 2147483647。

Answer 1

不，我想不出任何情况或理论可以说明天文数字高 PLE 的负面影响（除非您喜欢硬盘驱动器中盘片的嗡嗡声？）。

随着内存越来越便宜，硬件购买者越来越慷慨，我们看到这些更大的内存盒在成千上万的范围内拥有 PLE 是很常见的。这只是表明您的实例可能没有内存压力的一种迹象。把它当作它是什么，仅此而已。

页面预期寿命只是 SQL Server 对其认为页面将在缓冲区中持续多长时间的估计。 这是 SQL Server 的说法，它认为它会是“一段时间”。

另一件值得注意的事情是，接受 Paul Randal 的建议，不要专注于缓冲区管理器报告的 PLE。与所有平均值一样，缓冲区管理器可以隐藏不同的 PLE。您想使用Buffer Node计数器查看所有单个 NUMA 节点的 PLE ：

Get-Counter -ListSet "*" | 
    Select-Object -ExpandProperty Counter | 
    Where-Object {$_ -like "*buffer node*page life expectancy*"} | 
    Get-Counter

页面预期寿命只是 SQL Server 内存这幅美丽画中的一种颜色。与其他“颜色”（目标/总服务器内存、可用兆字节等）一起查看它。人们常常看到一个简单的指标并担心他们的服务器即将爆炸，或者相反，它会在无人管理的情况下存活几个世纪。