查询 PLE（页面预期寿命）和 Buffer Cache Hit Ratio（缓存命中率）命令

Chaos

SELECT
    CASE
        WHEN counter_name = 'Page life expectancy' THEN 'Page Life Expectancy (PLE) [秒]'
        ELSE 'Buffer Cache Hit Ratio [%]'
    END AS [指标名称],
    CASE
        WHEN counter_name = 'Page life expectancy' THEN cntr_value
        ELSE CAST(cntr_value * 100.0 / (SELECT cntr_value 
                                        FROM sys.dm_os_performance_counters 
                                        WHERE counter_name = 'Buffer cache hit ratio base' 
                                        AND object_name LIKE '%Buffer Manager%') AS DECIMAL(10,2))
    END AS [当前数值],
    CASE
        WHEN counter_name = 'Page life expectancy' THEN 
            CASE 
                WHEN cntr_value < 300 THEN '🔴 严重不足 (低于300s)'
                WHEN cntr_value BETWEEN 300 AND 1000 THEN '🟡 警告 (需关注)'
                ELSE '🟢 健康'
            END
        ELSE 
            CASE 
                WHEN (cntr_value * 100.0 / (SELECT cntr_value FROM sys.dm_os_performance_counters WHERE counter_name = 'Buffer cache hit ratio base' AND object_name LIKE '%Buffer Manager%')) < 99 THEN '🟡 需关注 (低于99%)'
                ELSE '🟢 健康'
            END
    END AS [状态评估]
FROM sys.dm_os_performance_counters
WHERE object_name LIKE '%Buffer Manager%'
AND counter_name IN ('Page life expectancy', 'Buffer cache hit ratio');

🔴 如果 PLE 很低（例如 < 300）：
这说明你的 SQL Server 在内存里留不住数据。

原因 A：物理内存真的不够了，被操作系统或其他程序抢占，或者配置的 Max Server Memory 太小。
原因 B (常见)：有烂 SQL 在做大表扫描。比如一张 10GB 的表，你写了个 SELECT * 还没加 WHERE 条件，它会瞬间把内存里这 10GB 的旧数据挤出去，导致 PLE 瞬间跳水。

🟡 如果缓存命中率低于 99%：
解读：说明有很多请求不得不去读磁盘。

注意：这个指标在现代 DBA 看来参考价值不如 PLE 大。因为如果系统刚启动，或者在跑备份/索引维护，这个值低是正常的。但如果日常业务运行中长期低于 90-95%，配合 PLE 低，那绝对是内存瓶颈。