FILESTREAM_WORKITEM_QUEUE 高等待

在過去的 5 天裡，我一直在使用 sp_BlitzFirst 並每 15 分鐘記錄一次結果。使用來自 FirstResponderKit.org 的新 Power BI 報告，我看到 FILESTREAM_WORKITEM_QUEUE 等待的範圍非常大。此等待的範圍是從接近 0 到 2942 分鐘。過去 5 天的總時間為 16,406 分鐘。這包括週末，伺服器只有少量使用。

是什麼導致了這種等待，我是否應該擔心它有時會在 15 分鐘內超過 2000 分鐘？

這是具有 10 核處理器的 SQL Server 2012 Standard。

好吧，幾乎普遍地，任何隊列或定時等待（尤其是QUEUE名稱中的等待）都可以在很大程度上被忽略。雖然這個等待沒有明確列在 Paul Randal 的等待忽略列表中，但這種等待可能更罕見，而不是因為它不應該被忽略。在將 SQL Sentry 等待數據上傳到雲的所有實例中，尚未遇到這種等待類型（例如，LCK_M_SCH_M與觀察到的更頻繁的等待類型相比 - 在接近 1% 的實例上看到）。

結合：

• 沒有關於這種等待類型的博文（我可以找到）；
• 這是第一次在本網站或Stack Overflow 上被提及；和，
• 除了“待定”之外，微軟甚至都懶得說什麼……

…讓我相信這是一個你不應該擔心的無害等待。

這是我使用等待方法來查找“問題”時遇到的問題之一——這些等待是否涉及任何與性能相關的實際症狀？你總會有一個最高的等待；這並不意味著這是一個問題。現在，如果您可以將此等待類型與相關事物（例如讀取或寫入文件流容器）中可觀察到的性能症狀相關聯，則可能還有更多需要調查。

另外，你確定你準確地翻譯成分鐘嗎？在過去的 5 天裡只有 7,200 分鐘，所以我不確定這種等待類型是如何註冊超過兩倍的。我已經覺得這種等待類型只能是一個計時器，這意味著它只是在累積良性等待時間，我無法想像這也會並行發生。所以也許你引用的分鐘實際上是秒或其他單位。

引用自：https://dba.stackexchange.com/questions/192360