SQL Server 中的死锁检测

create database test;

use test;

create table tableA(
id int,
value char(100));
create table tableB(
id int,
value char(100));

insert into tableB values(1,'BBB');
insert into tableA values(1,'AAA');

use test;
BEGIN TRAN

UPDATE tableB
set [value] = 'C2'
WHERE id = 1;

WAITFOR DELAY '00:00:05'

UPDATE tableA
set [value] = 'C1'
WHERE id = 1;

use test;
BEGIN TRAN;

UPDATE tableA
set [value] = 'C1'
WHERE id = 1;

WAITFOR DELAY '00:00:05'

UPDATE tableB
set [value] = 'C2'
WHERE id = 1;

SELECT xdr.value('@timestamp', 'datetime') AS [Date],
 xdr.query('.') AS [Event_Data]
FROM (SELECT CAST([target_data] AS XML) AS Target_Data
 FROM sys.dm_xe_session_targets AS xt
 INNER JOIN sys.dm_xe_sessions AS xs ON xs.address = xt.event_session_address
 WHERE xs.name = N'system_health'
 AND xt.target_name = N'ring_buffer'
 ) AS XML_Data
CROSS APPLY 
Target_Data.nodes('RingBufferTarget/event[@name="xml_deadlock_report"]') AS XEventData(xdr)
ORDER BY [Date] DESC;

尽管无法完全避免死锁，但遵循某些编码约定可以最大程度地减少产生死锁的机会。最大限度地减少死锁可以提高事务吞吐量并减少系统开销，因为更少的事务：
	回滚，撤消事务执行的所有工作。
	由应用程序重新提交，因为它们在死锁时被回滚。
为了帮助最大限度地减少死锁：
	以相同的顺序访问对象。
	避免交易中的用户交互。- 保持交易简短并集中进行。
	使用较低的隔离级别。
	使用基于行版本控制的隔离级别。
	将数据库选项设置READ_COMMITTED_SNAPSHOT为启用以启用读提交事务以使用行版本控制。
	当READ_COMMITTED_SNAPSHOT数据库选项设置为 ON 时，在读已提交隔离级别下运行的事务在读操作期间使用行版本控制而不是共享锁。
	快照隔离还使用行版本控制，它在读取操作期间不使用共享锁。在事务可以在快照隔离下运行之前，ALLOW_SNAPSHOT_ISOLATION必须设置数据库选项ON。
	实现这些隔离级别可以最大限度地减少读取和写入操作之间可能发生的死锁。
	使用快照隔离。
	使用绑定连接。