小记：事务(进程 ID 56)与另一个进程被死锁在锁 | 通信缓冲区资源上，并且已被选作死锁牺牲品。...

转载于 2015-07-09 17:32:00 发布 · 953 阅读

2 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/wynn0123/p/4633776.html

文章标签：

#数据库

本文介绍在使用SQL Server进行并发UPDATE操作时遇到的死锁问题及其原因，并提供了一种通过加锁来避免死锁的解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天在做SQL并发UPDATE时遇到一个异常：(代码如下)

//Parallel 类可产生并发操作(即多线程)
Parallel.ForEach(topics, topic =>
{
    //DBHelper是一个封装的数据库操作类，下面这行代码将执行UPDATE语句
    DBHelper.Update(topic, "TopicID=" + topic.TopicID);
});

出现此问题的原因是，在SQLServer默认情况下，一条SQL语句就是一个事务。而在多线程同时UPDATE时，会同时产生多个事务，A事务等待B事务结束，B事务等待A事务结束，则造成了死锁。

解决方法：lock 加锁 (即：在多个线程同时访问 lock 代码区时，只允许一个线程进入，其他线程处于等待状态)

//声明静态只读锁对象
private static readonly object o = new object();

Parallel.ForEach(topics, topic =>
{
    //加锁
    lock (o)
    {
        //同一时刻仅能有一个线程进入
        DBHelper.Update(topic, "TopicID=" + topic.TopicID);
    }
});