Sp-Blitz
sp_BlitzFirst - 等待統計解釋
這是解釋這個的正確方法嗎?在 30 秒的樣本中,總共有 627.1 秒的 IO_Completion 等待,平均每核每秒等待 0.5 次,總共有 20,723 次等待,每個平均等待 30.3 毫秒?
另外,我沒有使用自啟動選項。
因此,讓我們快速總結一下您的前兩個等待:
- IO_COMPLETION - 等待寫入儲存
- PAGEIOLATCH* - 等待從儲存中讀取
在 30 秒內,您的查詢花費了 1,655 秒等待儲存。
您的儲存可能很慢 - 如果您跳到 sp_BlitzFirst 輸出中的下一部分,它將顯示 SQL Server 正在等待哪些數據和日誌文件,以及等待了多長時間。但是,在您開始玩將責任歸咎於 SAN 管理員之前,請考慮:
- 調整索引和查詢以減少從磁碟讀取的數據量(我建議為此使用 sp_BlitzIndex 和 sp_BlitzCache,儘管我有偏見(免責聲明:我是合著者之一))
- 為記憶體數據添加記憶體,這將減少 PAGEIOLATCH,從而緩解儲存壓力,並且可能也會減少 IO_COMPLETION 等待
- 在儲存上花費大量資金(您可能會猜到上述兩個修復高於這個是有原因的)