資料庫可靠性中級
對資料庫鎖等待和死鎖進行排名
哪些事務系列會導致最長的等待和死鎖？
透過阻止的操作聚合鎖定事件，以優先考慮最具破壞性的爭用。
資料集和查詢保留在此瀏覽器中。
Published expected result
按操作列出的最長鎖等待時間
ledger_rollup
6,200 ms
6,200 ms
payment_update
4,200 ms
4,200 ms
account_update
400 ms
400 ms
| blocked_operation | wait_events | max_wait_ms | deadlocks |
|---|---|---|---|
| ledger_rollup | 2 | 6,200 | 1 |
| payment_update | 3 | 4,200 | 1 |
| account_update | 1 | 400 | 0 |
如何讀取查詢
- 被阻止的操作標識因爭用而延遲的面向使用者的工作。
- 最大等待暴露了平均值可以隱藏的嚴重尾部行為。
- 死鎖計數識別需要排序或範圍更改的事務對。
SQL 無法做出的決定
- 1檢查存在死鎖的操作族的事務順序。
- 2減少等待時間較長但最終解決的事務範圍或批次大小。
- 3保留警示中的阻止操作欄位，以便回應人員知道從哪裡開始。
繼續本課
保留結果
對您自己的事件執行此查詢
僅當您準備好儲存查詢、連線真實事件並監視結果時，才建立空閒工作區。不需要信用卡。