我喜欢写死锁这个话题，因为在你写代码的时候，如果不考虑仔细，会有太多不同的方法和情况造成死锁。在今天的文章里，我想向你展示下，从同个表，用不同的顺序来读写记录时，会发生死锁的情况。

读/写死锁

下列代码展示了简单的表定义，这里我也插入2条记录。

-- Create a new table
CREATE TABLE Foo
    Col1 INT IDENTITY(1, 1) NOT NULL PRIMARY KEY,
    Col2 INT,
    Col3 INT
-- Insert 2 records
INSERT INTO Foo VALUES (1, 1), (2, 2)
SELECT * FROM Foo
现在假设下列情况：你有2个查询，用来读写访问记录，但你用不同的顺序访问记录。第1个事务进行下列操作
UPDATE第1条记录
SELECT第2条记录
第2个事务用相反的顺序访问同样的记录：
UPDATE第2条记录
SELECT第1条记录
下列代码展示了这2个事务：
-- UPDATE 1st record
-- SELECT 2nd record
BEGIN TRANSACTION
UPDATE Foo SET Col3 = 3
WHERE Col1 = 1
SELECT * FROM Foo
WHERE Col1 = 2
ROLLBACK
-- UPDATE 2nd record
-- SELECT 1st record
BEGIN TRANSACTION
UPDATE Foo SET Col3 = 3
WHERE Col1 = 2
SELECT * FROM Foo
WHERE Col1 = 1
ROLLBACK
如果时机合适的话，这里很容易触发死锁。因为2个事务都要在第1条和第2条记录上获得排它锁(X)，然后他们不能在另一条记录上获得共享锁（S）——死锁发生！
你如何解决这个死锁呢？有很多方法：
在你整个事务里按同样的顺序访问记录（第1条，然后第2条）
在事务外进行SELECT语句
在SELECT语句期间，启用提交读快照隔离级别（ Read Committed Snapshot Isolation ）来避免共享锁
在今天的文章里，我向你展示了，SQL Server里，当你在一个表，在不同的顺序访问的事务里，是很容易触发死锁的。当你写你的查询时，你必须要认真考虑，按实际情况实现你的查询。经常有其他人可以阻塞你。
原文链接：
https://www.sqlpassion.at/archive/2016/12/19/writeread-deadlocks 
    
注：此文章为WoodyTu学习MS SQL技术，收集整理相关文档撰写，欢迎转载，请在文章页面明显位置给出此文链接！

若您觉得这篇文章还不错请点击下右下角的推荐，有了您的支持才能激发作者更大的写作热情，非常感谢！