Sql-Server

頁面預期壽命突然下降

  • May 2, 2017

查看性能數據,我意識到在 VMWare 上執行的 Sql Server 2016 SP1 上的頁面預期壽命突然下降,消耗 58982 MB 的 64 GB RAM。PLE 之前的值是 133,000 左右,突然下降到 7,300 秒。

在此處輸入圖像描述

看起來只有一個候選人會導致這個問題。我上傳了執行計劃

該查詢在一大早執行,因此看起來系統上幾乎沒有其他活動。它需要 01:27 m:s 執行時間並導致 600,000 次讀取。

為什麼這個查詢會導致 PLE 下降?

下降的後果是什麼?

PLE 是一個有點不穩定的指標。當然,當它又高又穩定時會更好,但如果你的數據比 RAM 多,那並不總是會發生。

可以使 PLE 下降的事情:

  • 獲得大量記憶體授權的查詢
  • 用新頁面替換記憶體中大量頁面的查詢
  • 修改許多頁面並強制它們刷新到磁碟的查詢
  • DBCC CHECKDB
  • 索引重建

如果 PLE一直很低,則更令人擔憂。與大多數事情一樣,您需要查看整體等待統計數據,看看是否存在問題。

由於您正在查看我最喜歡的監控工具© - 它告訴您有關整體等待統計資訊的什麼資訊?如果您不知道在哪裡可以找到這些,請聯繫支持人員。

RAM-ifications(等待它)是您可能需要在某些時候將這些頁面讀回 RAM(在那裡)。

希望這可以幫助!

頁面/緩衝區預期壽命只是數據在記憶體中保存的時間,請參閱:https ://blogs.msdn.microsoft.com/mcsukbi/2013/04/11/sql-server-page-life-expectancy/更詳細的視圖

基本上它是衡量你的數據在 RAM 中的易失性的一個指標,時間越短,數據的重寫就越多,如果你執行一個在活動記憶體中沒有數據的大型查詢(比如很多的夜間報告工作經常做)你會看到數據庫的預期壽命大幅下降,(我個人在每天早上 2.32 看到這個報告開始時)

如果你的低谷時間超過兩個小時,那麼你還在下車並且不會擔心,如果它下降到不到 30 分鐘並停留在那裡,這就是我開始考慮查看記憶的重點。

最終,除非您看到磁碟讀取對性能造成影響(除非您的記憶體已飽和,否則寫入記憶體不會花費時間

引用自:https://dba.stackexchange.com/questions/172491