如何摆脱僵局

Question

我在这里描述了这个问题： Deadlock under ReadCommited IL 并得到了答案：

So a deadlock can occur when running SELECTs because the transaction running 
those selects had acquired write locks before running the SELECT.

好的，那我该怎么做才能摆脱它？有一些常见类型的死锁可以通过添加覆盖索引或更改隔离级别（更改 sql 命令文本、使用表提示等）来解决，但我想不出适合我的情况的解决方案。

似乎这是最常见和最简单的死锁原因：

1. 进程 A 获得资源 R1 的锁定，进程 B 获得资源 R2 的锁定
2. 进程A等待资源R2被释放，进程B等待R1

所以这在很大程度上是一个并行问题，而且很可能也是业务逻辑。

如果将锁应用于行，也许我可以避免死锁，但似乎一个页面中有几个行锁，然后发生锁升级，然后我锁定了整个页面。

你有什么建议？禁用锁升级？我可以在本地进行 1 次交易吗？ 或者也许应用一些表格提示（WITH ROWLOCK）或其他东西......idk

现在不能将隔离级别更改为快照（或其他类型）。 谢谢。

Answer 1

修复死锁主要是特定于正在考虑的特定事务的任务。几乎没有给出一般性建议（除了启用快照隔离，这是您无法做到的）。

一种模式作为标准修复出现了，但是：使用正确的锁定模式以正确的顺序获取所有必要的锁定。这可能意味着选择 WITH (UPDLOCK, ROWLOCK, HOLDLOCK) 以主动 U 形锁定行。

我没有看到锁升级是问题，因为它需要非常多的锁才能启动。当然这可能是原因，但大多数情况下，行锁足以触发死锁。