2019年10月16日 星期三

deadlock 相關蒐集

開始之前先補充一下,查詢專案sql使用狀況,可以用SSMS的活動監控器







接下來就可以觀察最近使用次數最多或是最耗時的sql, 進而觀察table的使用情況


---


最近上完非同步後,認識後deadlock, 多發生於呼叫非同步方法後,結果尚未回傳,, 就又用同步的方式去要結果導致 (ex. .Result)

這次在專案log發現deadlock, 檢查後發現,卻是sql 查詢時, datareader 查詢較久導致, 所以找一些相關文獻如下, 目前推測的狀況應該就是sql查詢使用到平行查詢,才導致deadlock情況

做個紀錄

目前看到幾個解決方式 :

1.修正SQL
2.不使用平行執行計畫。
3.maxdop=1。
4.用try catch(Error 1205 is a deadlock)預防處理死結。
等等


參考內容 :
[SQL Server][Deadlock]Intra-Query Parallel Thread Deadlocks初體驗
https://dotblogs.com.tw/stanley14/2017/07/22/intra-queryparallelthreaddeadlocks

[SQL Server][DeakLock]觀察死結的工具(四)擴充事件(Extended events)
https://dotblogs.com.tw/stanley14/2017/01/28/191015


限定資料表僅能用 Table Lock
https://byronhu.wordpress.com/2011/05/18/%e9%99%90%e5%ae%9a%e8%b3%87%e6%96%99%e8%a1%a8%e5%83%85%e8%83%bd%e7%94%a8-table-lock/

[SQL SERVER]內部平行查詢死結特性
https://dotblogs.com.tw/ricochen/2016/08/25/191618

沒有留言:

張貼留言