如何降低数据库死锁发生的可能性？附SQL Server死锁报错详情

DevOps 小满

2026-5-27

Hey，看到你遇到SQL Server的死锁问题了，报错里明确是事务因为锁/通信缓冲区资源和其他进程死锁，被选为受害者。下面是我在处理这类问题时常用的实操方法，帮你降低死锁发生的概率：

一、从事务本身入手优化

这是预防死锁的核心，毕竟死锁本质就是多个事务互相等待对方释放资源：

缩短事务时长：尽量把事务里的操作压缩到最小范围，绝对不要在事务里做UI交互、文件读写这类慢操作。比如别打开事务后等着用户点确认，要先把所有必要数据都准备好，再启动事务执行更新。
统一资源访问顺序：这是死锁预防的黄金准则！所有事务访问表、行的顺序必须完全一致。比如事务A先更新表X再更新表Y，那事务B也必须严格遵循先X后Y的顺序，绝对不能反过来。这样就不会出现“A等B放X锁，B等A放Y锁”的死锁场景。
降低事务隔离级别：如果业务逻辑允许，别用最高级的SERIALIZABLE隔离级别，尽量用SQL Server默认的READ COMMITTED，或者开启读提交快照隔离（RCSI）。RCSI用行版本控制代替共享锁，能大幅减少锁冲突。开启命令很简单：
```
ALTER DATABASE YourDatabaseName SET READ_COMMITTED_SNAPSHOT ON;
```
拆分大事务：如果业务允许，把一个大事务拆分成多个小事务。比如批量更新1000条数据，拆成10次每次更100条，这样每次锁的范围更小、持有时间更短。

二、通过索引与查询减少锁冲突

很多死锁都是因为查询效率低，导致锁持有时间过长或者锁定范围过大：

给查询加合适的索引：没有索引的话，SQL Server会做全表扫描，会锁定整张表或者大量行，这简直是死锁的温床。比如你的更新/删除语句，一定要有对应的索引来精准定位目标行，把锁的范围缩小到必要的行。
避免锁定不必要的资源：可以用ROWLOCK提示（注意要根据场景谨慎使用）让SQL Server只锁定需要的行，而不是默认的页锁或表锁。示例：
```
UPDATE YourTable WITH (ROWLOCK) SET Column1 = 'Value' WHERE Id = 123;
```
优化慢查询计划：定期排查慢查询，用EXEC sp_who2、SQL Server Profiler或者Extended Events找到执行时间长的查询，优化它们的执行计划——比如加索引、改写语句，减少锁的持有时间。

三、监控与环境配置优化

捕获死锁图精准定位：光靠报错信息不够，得用SQL Server的Extended Events或者Profiler捕获死锁图（Deadlock Graph）。死锁图会告诉你哪两个事务、哪条SQL语句、锁定了什么资源，帮你精准定位问题根源。
合理配置连接池：如果应用用了连接池，确保连接不会被长时间占用，执行完事务后及时释放连接回池，避免因为连接持有导致事务迟迟不结束。
错开高耗资源任务：比如批量数据导入、复杂报表查询这类任务，尽量安排在业务低峰期运行，别和核心业务的事务抢资源。

四、代码层面的补救与细节

加死锁重试逻辑：既然死锁无法100%避免，那在代码里捕获死锁错误（SQL Server的错误码是1205），自动重试几次是很有必要的。Java里的示例伪代码：

int maxRetries = 3;
int retryCount = 0;
boolean success = false;

while (retryCount < maxRetries && !success) {
    try (Connection conn = getConnection()) {
        conn.setAutoCommit(false);
        // 执行你的事务操作：更新、插入等
        conn.commit();
        success = true;
    } catch (SQLServerException e) {
        // 捕获死锁错误码1205
        if (e.getErrorCode() == 1205) {
            retryCount++;
            // 短暂等待后重试，给其他事务释放资源的时间
            Thread.sleep(100 * retryCount);
        } else {
            // 其他异常直接抛出
            throw e;
        }
    }
}

别在事务里调用外部服务：比如调用第三方API、发送邮件这类操作，一定要放到事务外面做。外部服务的响应时间不可控，会大幅拉长事务时长，增加锁冲突的概率。

内容的提问来源于stack exchange，提问作者vishnu