診斷存儲的Proc爭用

Question

我們的產品有一些複雜的存儲過程，它們利用（MSSQL2008r2/2012）CTE和/或臨時表/表變量來計算菜單或級聯權限結構以供系統使用。

我們已經注意到，通過SQL事件探查器，某些時候程序可能會比正常情況下要大幾個數量級。我們想知道採取行動的最佳原因，以收集信息以確定阻礙/爭奪的內容。一個很好的例子是一個存儲過程，如果我在查詢分析器中手動運行它，則需要222ms的時間來運行實時數據庫，但我們已經看到了9000ms和5000ms的時間。

沒有深入討論有關實際sp的具體情況，您如何開始識別哪些資源在您在profiler中查詢時間較長時被阻止？

我已經看到了哪些查詢可以運行以診斷當前問題的建議，但在這種情況下，爭用可能正在發生，而我們並未發現它。那麼理想情況下，SQL Profiler跟蹤看起來是理想的起點？我是否需要兩個單獨的探查器跟蹤，並在持續時間跟蹤中看到持續時間較長時比較兩者？

Answer 1

作爲跟蹤的替代方法，您是否考慮過擴展事件？ http://msdn.microsoft.com/en-gb/library/bb630282(v=sql.110).aspx

我讀過擴展事件的輸出比跟蹤輸出有更多的成功，並且有很多例子可以幫助您創建一個擴展事件。

我曾親自使用這一發現阻塞：

https://www.sqlskills.com/blogs/jonathan/an-xevent-a-day-21-of-31-the-future-tracking-blocking-in-denali/