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

简介:

相关文章

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

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

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


 

       对于transactionscope我在之前写过两篇文件,在上一篇文章中已经把它何时会触发分布式事务写的很清楚了,但实现上,对于原理上为何会产生MSDTC说的还不够明白,所以,有必要再写一篇终如何去避免不必要的MSDTC。

注意本篇文章是上一篇文章的继续,主要说的是数据库服务器与WWW服务器不在同一台电脑上的情况

前言

分布式事务它依赖于windows的一个服务MSDTC,只有WWW服务器上的MSDTC服务处于启动状态,我们才可以使用分布式事务,对于分布式事务官方这样定义它:协调跨多个数据库、消息队列、文件系统等资源管理器的事务。

frameworks什么时候会认识我们的TransactionScope是分布式的

对于数据库多表操作来说,它何时是分布式,要看你的事务中的connection会话的数量,如果是一次,它会认识你在操作一个数据库,这当然不会引入MSDTC,但如果你是多个connection会话,它会认识你在操作多张表,这时它属于分布式的范畴,同时会引起MSDTC。

为什么我们在项目中,对于操作同一个数据库的多张表,总会产生MSDTC

这要看一个基础问题,事实很多时候解决问题的方法都是从基础知识入手了,你之所以会犯错是因为你对基础知识掌握不牢靠。

对于LINQ To SQL或者EF等ORM来说,它们会提供一个SubmitChanges,作用是打开connection,将操作内容提交到数据库,关闭connection。

而我们为了代码的精简性,有时会有CURD操作进行封装,这是正常的,为了维护代码方便进行必要的封装,是种面向对象的思想,但注意,当你insert操作之后,如果封装了SubmitChange,这时系统会认识你是一次完成的connection动作,而在进行第二个insert操作时,这时,会有两个connection会话了,而在TransactionScope范围内,对于多个Connection的理解就是多个库,所以系统肯定会把它提升为分布式事务,并启用MSDTC去支持它,这是正常的,一切都很正常,而对于我们来说,不希望每个TransactionScope都产生MSDTC,所以,我们应该如何去应对,方法很容易,将CURD操作的方法进行重装,加个参数isSubmit就可以了,代码如下:

         /// <summary>
        /// 插入操作
        /// </summary>
        /// <typeparam name="TEntity">实体类型</typeparam>
        /// <param name="entity">实体</param>
        /// <param name="isSubmit">是否同时提交到数据库,对于写在transactionscope里的多条语句,
        /// 如果本语句不是最后一条,本值为false,即不立即提交到数据</param>
        public void Insert<TEntity>(TEntity entity, bool isSubmit) where TEntity : class
        {
            if (entity is EntityBase)
                (entity as EntityBase).OnInsertBefore();
            //Logger.InfoLog("Create 表名:{0},内容:{1}", entity, ToJson(entity));
            _db.Entry<TEntity>(entity);
            _db.Set<TEntity>().Add(entity);
            if (isSubmit) 
                this.SaveChanges();
            if (entity is EntityBase)
                (entity as EntityBase).OnInsertAfter();
        }

对于具体的事务块,代码可能是这样:

          using (TransactionScope trans = new TransactionScope())
            {
                try
                {
                    base.Insert<Product_Comment>(entity.Product_Comment, false);
                    base.Insert<Review>(entity.Review);
                    trans.Complete();
                }
                catch (Exception)
                {

                    throw;
                }
                finally
                {
                    trans.Dispose();
                }

            }

对于一个SubmitChange()所产生的SQL代码为:(一个connection会话)

对于多个SubmitChange()所产生的SQL代码为:(多个connection会话)

总结:对于数据服务器与WWW服务器不在一起电脑上时,产生MSDTC的关键在于connection会话的数据,一个会话表示操作一个数据库,这时不产生MSDTC,如果多个会话,认识是操作多个数据库,所以就产生了MSTDC!小微真聪明!

感谢阅读!

本文转自博客园张占岭(仓储大叔)的博客,原文链接:将不确定变为确定~transactionscope何时提升为分布式事务~再续(避免引起不必要的MSDTC),如需转载请自行联系原博主。

目录
相关文章
|
23天前
|
Java 关系型数据库 数据库
京东面试:聊聊Spring事务?Spring事务的10种失效场景?加入型传播和嵌套型传播有什么区别?
45岁老架构师尼恩分享了Spring事务的核心知识点,包括事务的两种管理方式(编程式和声明式)、@Transactional注解的五大属性(transactionManager、propagation、isolation、timeout、readOnly、rollbackFor)、事务的七种传播行为、事务隔离级别及其与数据库隔离级别的关系,以及Spring事务的10种失效场景。尼恩还强调了面试中如何给出高质量答案,推荐阅读《尼恩Java面试宝典PDF》以提升面试表现。更多技术资料可在公众号【技术自由圈】获取。
|
7月前
|
Java 数据库连接 数据库
spring事务失效(疑难杂症)
spring事务失效(疑难杂症)
|
Java 开发者 Spring
聊聊spring事务失效的12种场景,太坑了(下)
聊聊spring事务失效的12种场景,太坑了
聊聊spring事务失效的12种场景,太坑了(下)
|
SQL 存储 数据库
C#三十三 事务
C#三十三 事务
55 0
|
Java 数据库连接 数据库
这些让Spring事务失效的操作千万别犯!
在Spring框架中,事务是一种关键机制,用于确保数据库操作的一致性和完整性。然而,有时候事务可能会失效,导致意外的结果或数据不一致。下面是一些可能导致Spring事务失效的常见场景,以及相应的代码示例和解释。
这些让Spring事务失效的操作千万别犯!
|
消息中间件 JavaScript 小程序
多线程如何实现事务回滚?一招帮你搞定!
多线程如何实现事务回滚?一招帮你搞定!
多线程如何实现事务回滚?一招帮你搞定!
|
消息中间件 安全 数据库连接
.NET开发问题记录——TransactionScope出错:“与基础事务管理器的通信失败”的解决方法
.NET开发问题记录——TransactionScope出错:“与基础事务管理器的通信失败”的解决方法
299 0
|
存储 缓存 Java
每日一博 - 常见的Spring事务失效&事务不回滚案例集锦
每日一博 - 常见的Spring事务失效&事务不回滚案例集锦
198 0
【异步电路碎碎念4】 —— 跨异步的处理方法
【异步电路碎碎念4】 —— 跨异步的处理方法
105 0
【异步电路碎碎念4】 —— 跨异步的处理方法
|
SQL 存储 NoSQL
事务功能使用及原理介绍(一)|学习笔记
快速学习事务功能使用及原理介绍
317 0
事务功能使用及原理介绍(一)|学习笔记