分布式系列教程（21） -分布式事务解决方案(框架篇)

引言

在上一篇博客《分布式系列教程（20） -彻底解决分布式事务(理论篇)》，我们知道解决分布式事务的方案有很多，比如：

1. 「传统模式使用Jta+Atomikos」
2. 「2PC与3PC」
3. 「回调通知补偿型」
4. 「阿里巴巴TCC补偿框架」
5. 「可靠消息模式」
6. 「LCN框架」
7. 「阿里GTS框架」

本文主要讲解LCN框架，LCN官网地址： https://www.txlcn.org/

1. LCN框架

TX-LCN定位于一款事务协调性框架，框架其本身并不操作事务，而是基于对事务的协调从而达到事务一致性的效果。

在一个分布式系统下存在多个模块协调来完成一次业务。那么就存在一次业务事务下可能横跨多种数据源节点的可能。TX-LCN将可以解决这样的问题。

例如存在服务模块A 、B、 C。

• A模块是mysql作为数据源的服务
• B模块是基于redis作为数据源的服务
• C模块是基于mongo作为数据源的服务。

若需要解决他们的事务一致性就需要针对不同的节点采用不同的方案，并且统一协调完成分布式事务的处理。

若采用TX-LCN分布式事务框架，则可以将A模块采用LCN模式、B/C采用TCC模式就能完美解决。

1.1 原理介绍

1.1.1 事务控制原理

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

核心步骤：

• 「创建事务组」：是指在事务发起方开始执行业务代码之前先调用TxManager创建事务组对象，然后拿到事务标示GroupId的过程。
• 「加入事务组」：添加事务组是指参与方在执行完业务方法以后，将该模块的事务信息通知给TxManager的操作。
• 「通知事务组」：是指在发起方执行完业务代码以后，将发起方执行结果状态通知给TxManager,TxManager将根据事务最终状态和事务组的信息来通知相应的参与模块提交或回滚事务，并返回结果给事务发起方。

1.1.2 LCN事务模式

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

特点:

• 该模式对代码的嵌入性为低。
• 该模式仅限于本地存在连接对象且可通过连接对象控制事务的模块。
• 该模式下的事务提交与回滚是由本地事务方控制，对于数据一致性上有较高的保障。
• 该模式缺陷在于代理的连接需要随事务发起方一共释放连接，增加了连接占用的时间。

1.1.3 TCC事务模式

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

特点:

• 该模式对代码的嵌入性高，要求每个业务需要写三种步骤的操作。
• 该模式对有无本地事务控制都可以支持使用面广。
• 数据一致性控制几乎完全由开发者控制，对业务开发难度要求高。

1.1.4 TXC事务模式

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

模式特点:

• 该模式同样对代码的嵌入性低。
• 该模式仅限于对支持SQL方式的模块支持。
• 该模式由于每次执行SQL之前需要先查询影响数据，因此相比LCN模式消耗资源与时间要多。
• 该模式不会占用数据库的连接资源。