TX-LCN由两大模块组成, TxClient、TxManager，TxClient作为模块的依赖框架，提供TX-LCN的标准支持，TxManager作为分布式事务的控制方。事务发起方或者参与方都由TxClient端来控制。

原理图:

 

核心步骤

• 创建事务组

  是指在事务发起方开始执行业务代码之前先调用TxManager创建事务组对象，然后拿到事务标识GroupId的过程。

• 加入事务组

  添加事务组是指参与方在执行完业务方法以后，将该模块的事务信息通知给TxManager的操作。

• 通知事务组

  是指在发起方执行完业务代码以后，将发起方执行结果状态通知给TxManager,TxManager将根据事务最终状态和事务组的信息来通知相应的参与模块提交或回滚事务，并返回结果给事务发起方。

LCN事务模式：

         原理：LCN模式是通过代理Connection的方式实现对本地事务的操作，然后在由TxManager统一协调控制事务。当本地事务提交回滚或者关闭连接时将会执行假操作，该代理的连接将由LCN连接池管理。

         

         模式特点：该模式对代码的嵌入性为低。

                         该模式仅限于本地存在连接对象且可通过连接对象控制事务的模块。

                         该模式下的事务提交与回滚是由本地事务方控制，对于数据一致性上有较高的保障。

                         该模式缺陷在于代理的连接需要随事务发起方一共释放连接，增加了连接占用的时间。

 

TCC事务模式：

         原理： TCC事务机制相对于传统事务机制（X/Open XA Two-Phase-Commit），其特征在于它不依赖资源管理器(RM)对XA的支持，而是通过对（由业务系统提供的）业务逻辑的调度来实现分布式事务。主要由三步操作，Try: 尝试执行业务、 Confirm:确认执行业务、 Cancel: 取消执行业务。

        

         模式特点：该模式对代码的嵌入性高，要求每个业务需要写三种步骤的操作。

                         该模式对有无本地事务控制都可以支持使用面广。

                         数据一致性控制几乎完全由开发者控制，对业务开发难度要求高。

 

TXC事务模式：

         原理：TXC模式命名来源于淘宝，实现原理是在执行SQL之前，先查询SQL的影响数据，然后保存执行的SQL快走信息和创建锁。当需要回滚的时候就采用这些记录数据回滚数据库，目前锁实现依赖redis分布式锁控制。

 

         模式特点：该模式同样对代码的嵌入性低。

                         该模式仅限于对支持SQL方式的模块支持。

                         该模式由于每次执行SQL之前需要先查询影响数据，因此相比LCN模式消耗资源与时间要多。

                         该模式不会占用数据库的连接资源。