数据库可靠性中级
对数据库锁等待和死锁进行排名
哪些事务系列会导致最长的等待和死锁？
通过阻止的操作聚合锁定事件，以优先考虑最具破坏性的争用。
数据集和查询保留在此浏览器中。
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保留警报中的阻止操作字段，以便响应人员知道从哪里开始。
继续本课
保留结果
对您自己的事件运行此查询
仅当您准备好保存查询、连接真实事件并监视结果时，才创建空闲工作区。不需要信用卡。