将不确定变为确定~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),如需转载请自行联系原博主。

目录
相关文章
原理篇:Seata TCC模式是如何解决幂等性、资源悬挂、空回滚问题的
原理篇:Seata TCC模式是如何解决幂等性、资源悬挂、空回滚问题的
1151 0
|
6月前
|
存储 安全 关系型数据库
理解数据库事务的用处
【5月更文挑战第18天】数据库事务确保数据ACID特性,即原子性、一致性、隔离性和持久性。事务控制通过原子性保证操作全做或全不做,一致性维护数据完整性,隔离性防止并发问题,持久性确保提交后变更永久。事务故障恢复通过逆操作撤销,系统故障恢复在重启时自动重做或撤销事务。介质故障和病毒破坏需结合备份和日志恢复。检查点技术加速恢复,记录检查点时的事务清单和日志地址。
58 0
理解数据库事务的用处
|
6月前
|
调度 数据库 数据库管理
数据库事务中调度串行化、冲突可串行化、前趋图(优先图)
数据库事务中调度串行化、冲突可串行化、前趋图(优先图)
365 0
|
SQL 存储 数据库
C#三十三 事务
C#三十三 事务
51 0
|
消息中间件 JavaScript 小程序
多线程如何实现事务回滚?一招帮你搞定!
多线程如何实现事务回滚?一招帮你搞定!
多线程如何实现事务回滚?一招帮你搞定!
|
存储 缓存 Java
每日一博 - 常见的Spring事务失效&事务不回滚案例集锦
每日一博 - 常见的Spring事务失效&事务不回滚案例集锦
164 0
|
存储 分布式计算 安全
「分布式架构」最终一致性:暗示的切换队列
「分布式架构」最终一致性:暗示的切换队列
|
关系型数据库 MySQL
幻读“异常”引出的快照读创建点问题
幻读“异常”引出的快照读创建点问题
|
监控 关系型数据库 MySQL
如何避免长事务对业务的影响?
大家好前面我们大概了解了关于事务的隔离级别,实现方式,启动方式的细节,长事务与短事务的区别。今天我们延伸介绍一下,如果因为失误用了长事务,那我们在工作中如何发现问题,排查问题?