EF 多线程TransactionScope事务异常事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。

在使用EF的TransactionScope事务时，如果多线程程序，经常会抛出如下异常

{“事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。”}

同一个TransactionScope逻辑操作事务在多线程中启动时会抛出异常。

解决方案：

使用线程锁，对同一个事务操作，仅允许一个线程执行

示例说明

1.出现异常的代码

事务操作定义

using (var tran = new TransactionScope())
{ModuleOperate _module = new ModuleOperate();//1.修改模块名称_module.UpdateFirstName("模块：" + name);//2.修改菜单this.UpdateFirstName("菜单：" + name);//提交事务tran.Complete();
}

多线程调用定义

Action<object> update1 = (number) =>
{while (true){//将上线文实例放在本线程中创建MenuOperate _menu = new MenuOperate();_menu.UpdateName(Count.ToString());Console.WriteLine("-------");Console.WriteLine(_menu.GetName2());Count++;Thread.Sleep(1000 * Convert.ToInt32(number));}
};
for (int i = 0; i < 3; i++)
{Task.Factory.StartNew(update1, i + 1);
}

2.解决方案代码一：使用lock锁定

//对于锁推荐使用静态私有静态变量
private readonly static object _MyLock = new object();
/// <summary>
/// 事务， 多表修改
/// </summary>
/// <param name="name"></param>
/// <returns></returns>
public bool UpdateName(string name)
{lock (_MyLock){using (var tran = new TransactionScope()){ModuleOperate _module = new ModuleOperate();1.修改模块名称_module.UpdateFirstName("模块：" + name);2.修改菜单this.UpdateFirstName("菜单：" + name);提交事务tran.Complete();}}return true;
}

3.解决方案代码二：使用Monitor封装TransactionScope

使用代码：

using (var tran = new EFTransaction())
{//修改名称name = ">>ModuleOperate:" + name;UpdateFirstName(name);//2.修改菜单MenuOperate _menu = new MenuOperate();_menu.UpdateFirstName(name);//提交事务tran.Commit();
}

EFTransaction类定义：

/// <summary>
/// 自定义事务处理，
/// 此版本，数据库上下文会出现多个，所以事务使用 TransactionScope
/// 使用排它锁，确保事务的单线程执行
/// </summary>
public class EFTransaction : IDisposable
{private readonly static object _MyLock = new object();/// <summary>/// 当前事务对象/// </summary>private TransactionScope tran = null;public EFTransaction(){Monitor.Enter(_MyLock);//获取排它锁this.tran = new TransactionScope();}/// <summary>/// 提交/// </summary>public void Commit(){tran.Complete();}/// <summary>/// 混滚操作,在Dispose(),中自动调用回滚/// </summary>public void Rollback(){//提前执行释放，回滚if (tran != null)tran.Dispose();}public void Dispose(){if (tran != null)tran.Dispose();Monitor.Exit(_MyLock);//释放排它锁}
}

使用验证代码：不同线程对于同一个事务操作多个事务实例，在当前程序中事务操作代码顺序同步执行，不会出现异常和数据异常。

Action<object> update1 = (number) =>
{while (true){//同一个线程使用多个事务MenuOperate _menu = new MenuOperate();ModuleOperate _module = new ModuleOperate();事务操作一_menu.UpdateName(Count.ToString());Thread.Sleep(Count); //错开等待时间，测试多线程异步问题//事务操作二_module.UpdateName(Count.ToString());Console.WriteLine("-------");Console.WriteLine(_menu.GetName2());Count++;Thread.Sleep(1000 * Convert.ToInt32(number));}
};
for (int i = 0; i < 3; i++)
{Task.Factory.StartNew(update1, i + 1);
}

https://blog.csdn.net/u011127019/article/details/54576873

EF 多线程TransactionScope事务异常事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。相关推荐

事务_进程 ID 57_与另一个进程被死锁在锁资源上,并且已被选作死锁牺牲品。请重新运行该事务
事务_进程 ID 57_与另一个进程被死锁在锁资源上,并且已被选作死锁牺牲品.请重新运行该事务问题描述执行下面这个SQL查询语句时,经常会报这个错!事务_进程 ID 57_与另一个进程被死锁在 ...
SQL Server死锁问题：事务(进程 ID x)与另一个进程被死锁在锁 | 通信缓冲区资源上并且已被选作死锁牺牲品。请重新运行该事务。...
### The error occurred while setting parameters ### SQL: update ERP_SCjh_zzc_pl set IF_TONGBU=1 wher ...
SQL Server死锁问题：事务(进程 ID x)与另一个进程被死锁在锁 | 通信缓冲区资源上并且已被选作死锁牺牲品。请重新运行该事务。
感觉这篇文章写的不错,读了三遍不是太明白,记录下来: https://www.cnblogs.com/happyhippy/archive/2008/11/14/1333922.html 解决办法: ...
事务(进程 ID XXX)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品
多线程高并发量执行方法的过程中控制台出现:事务(进程 ID XXX)与另一个进程被死锁在锁资源上,并且已被选作死锁牺牲品. 可以尝试对方法加锁来解决问题. //定义lock锁 private fi ...
读写分离,读写分离死锁解决方案,事务发布死锁解决方案,发布订阅死锁解决方案|事务(进程 ID *)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务...
前言: 由于网站访问压力的问题,综合分析各种因素后结合实际情况,采用数据库读写分离模式来解决当前问题.实际方案中采用"事务发布"模式实现主数据库和只读数据库的同步, ...
mysql进程通信_事务(进程 ID 70)与另一个进程被死锁在锁 | 通信缓冲区资源上，并且...
访问一个内部调研页面,打开第二次就死锁了,搜索了一下,一种可能的情况类似下面这种场景,SQLServer中似乎嵌套的SQL语句会造成死锁,用nolock hint可以解决这个问题. update t ...
查询数据的时候提示事务(进程 ID **)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。
转自:https://blog.csdn.net/vip__888/article/details/6087850 =======================以下为原文内容============ ...
C#种死锁：事务(进程 ID 112)与另一个进程被死锁在锁
C#种死锁:事务(进程 ID 112)与另一个进程被死锁在锁参考文章: (1)C#种死锁:事务(进程 ID 112)与另一个进程被死锁在锁 (2) 通信缓冲区资源上,并且已被选作死锁牺牲品.请 ...
事务(进程 ID 133)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品的解决方案
事务(进程 ID 133)与另一个进程被死锁在锁资源上,并且已被选作死锁牺牲品的解决方案参考文章: (1)事务(进程 ID 133)与另一个进程被死锁在锁资源上,并且已被选作死锁牺牲品的解决 ...

EF 多线程TransactionScope事务异常事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。

在使用EF的TransactionScope事务时，如果多线程程序，经常会抛出如下异常

{“事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。”}

1.出现异常的代码

2.解决方案代码一：使用lock锁定

3.解决方案代码二：使用Monitor封装TransactionScope

EF 多线程TransactionScope事务异常事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。相关推荐

最新文章

热门文章

EF 多线程TransactionScope事务异常事务(进程 ID 58)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请重新运行该事务。

在使用EF的TransactionScope事务时，如果多线程程序，经常会抛出如下异常

{“事务(进程 ID 58)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请重新运行该事务。”}

1.出现异常的代码

2.解决方案代码一：使用lock锁定

3.解决方案代码二：使用Monitor封装TransactionScope

EF 多线程TransactionScope事务异常事务(进程 ID 58)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请重新运行该事务。相关推荐

最新文章

热门文章

EF 多线程TransactionScope事务异常事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。

{“事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。”}

EF 多线程TransactionScope事务异常事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。相关推荐