将不确定变为确定~transactionscope何时提升为分布式事务?

简介:

相关文章

将不确定变为确定~transactionscope何时提升为分布式事务

将不确定变为确定~transactionscope何时提升为分布式事务~续      

将不确定变为确定~transactionscope何时提升为分布式事务~再续(避免引起不必要的MSDTC)


 

       对于frameworks的TransactionScope大家应该都很熟悉了,它是一个分布式事务的语句块,被包含起来的语句可以一起被提交,当出现异常后,统一进行回滚,这一切都是托管的。

当WEB服务器没有开启MSDTC服务时,会出现这个提示:

对于servers.msc中的MSDTC服务,它经常性的被挂掉

注意一下:如果你的msdtc服务挂了,当下一次WWW程序需要用到它时,它会自由重启。

而对于你的事务块,如果这个MSDTC服务被挂了后,如果你的事务块中包含“跨库”操作,它将会被自动提升到MSDTC分布式事务,

这时你整个代码块将会中断,并抛出你的异常!

 1     public abstract class DAL<T> : IDAL<T> where T : class
 2     {
 3 
 4         public DAL(DbContext db)
 5         {
 6             DB = db;
 7         }
 8 
 9 
10         #region Properies
11         /// <summary>
12         /// 静态上下文
13         /// </summary>
14         //  protected readonly static DbContext DB = new Entity.testEntities();
15 
16         /// <summary>
17         /// 实例上下文
18         /// </summary>
19         protected DbContext DB;
20 
21         #endregion
 1       using (TransactionScope trans = new TransactionScope())
 2             {
 3                 try
 4                 {
 5                     base.Insert(entity);
 6                     entity.User_Profile.ID = entity.ID;
 7                     user_ProfileDAL.Insert(entity.User_Profile);
 8                     loginLogsDAL.Insert(new Entity.TestMSDTC.LoginLogs //跨库操作
 9                     {
10                         ID = entity.ID,
11                         LoginName = entity.Name,
12                     });
13                     trans.Complete();
14                 }
15                 catch (Exception)
16                 {
17 
18                     throw;
19                 }
20                 finally
21                 {
22                     trans.Dispose();
23                 }
24             }

这时,你的程序由于服务器MSDTC的问题,整个流程被“走不通”,其时这是正常的,事务的作用就是为了保持“数据的完整性”,如果你把语句块写在同一事务中,那说明他们应该是同进同退的,这是一个理论的问题。

而我在之前看过老赵写过一个博文提到这个类似问题,看数据上下文的共享性会影响到事务被提升到MSTDC,我的测试告诉我,没有实现这个结果,这里希望老赵给出一个答案吧,呵呵!在这里先谢谢赵老大了!

本文转自博客园张占岭(仓储大叔)的博客,原文链接:将不确定变为确定~transactionscope何时提升为分布式事务?,如需转载请自行联系原博主。
目录
相关文章
|
2月前
|
SQL API 数据库
Seata AT模式问题之抛出异常触发回滚如何解决
Seata是一款开源的分布式事务解决方案,旨在提供高效且无缝的分布式事务服务;在集成和使用Seata过程中,开发者可能会遇到不同的异常问题,本合集针对Seata常见异常进行系统整理,为开发者提供详细的问题分析和解决方案,助力高效解决分布式事务中的难题
378 2
|
2月前
|
SQL 关系型数据库 MySQL
十四、事务Transaction
十四、事务Transaction
43 0
|
2月前
|
SQL 数据库 数据库管理
事务管理,事务的概念(原子性、一致性、隔离性和持久性(ACID特性))、事务的控制(BEGIN、COMMIT和ROLLBACK)
事务管理,事务的概念(原子性、一致性、隔离性和持久性(ACID特性))、事务的控制(BEGIN、COMMIT和ROLLBACK)
dtm分布式事务——saga事务超时多次触发
saga属于长事务,因此持续的时间跨度很大,可能是100ms到1天,因此saga没有默认的超时时间。dtm支持saga事务单独指定超时时间,到了超时时间,全局事务就会回滚。
435 0
|
缓存 Java 数据库连接
rollback-only异常令我对事务有了新的认识(二)
rollback-only异常令我对事务有了新的认识(二)
1032 0
rollback-only异常令我对事务有了新的认识(二)
|
SQL Java 关系型数据库
rollback-only异常令我对事务有了新的认识(一)
rollback-only异常令我对事务有了新的认识(一)
185 0
rollback-only异常令我对事务有了新的认识(一)
TCC事务原理
根据github上tcc-transaction项目介绍TCC原理。
7632 0