SQL SERVER 死锁问题
0
最佳答案
1
在 SQL Server 死锁检测中，如果 A、B 两个进程已经死锁，而 C 进程只是查询 A 进程锁定的资源而陷入等待，SQL Server 通常不会将 C 进程判定为死锁。
死锁是指两个或多个进程相互等待对方释放资源，导致所有进程都无法继续执行的情况。在这种情况下，SQL Server 会检测到 A 和 B 之间的死锁，并选择其中一个进程作为牺牲品，回滚其事务，以解除死锁状态。
而 C 进程只是因为等待 A 进程释放资源而被阻塞，它本身并没有与其他进程形成死锁的关系。SQL Server 会将 C 进程的等待视为正常的资源竞争情况，而不是死锁。
当然，具体的行为可能会受到 SQL Server 的配置和版本的影响，但一般来说，C 进程不会被判定为死锁。
为了避免死锁的发生，可以采取一些措施，如优化查询和事务的设计，合理使用索引，尽量减少事务的持有时间等。此外，定期监控和分析死锁情况，以便及时发现和解决潜在的问题。
收获园豆：10
你这回答很AI，我实际测试了一下会被SQL Server（默认模式，未开启快照） 判定为死锁的。测试如下
进程A 和进程B都是如下代码，为了引起死锁我注释掉语句，手工选择执行
BEGIN TRAN
UPDATE TABLE1 SET Name='DWDW' WHERE ID=2529
--SELECT COUNT(*) FROM TABLE1 WHERE Role='组别1'
--ROLLBACK
进程C
SELECT * FROM TABLE1 WHERE Role='组别1'
结果进程C爆死锁错误。
