分布式事务解决方案之TX-LCN的使用

最新推荐文章于 2024-03-21 20:48:47 发布

桐花思雨

最新推荐文章于 2024-03-21 20:48:47 发布

阅读量3k

点赞数 6

分类专栏：中间件 # TX-LCN

本文链接：https://blog.csdn.net/weixin_38192427/article/details/115465476

版权

简介

LCN 分布式事务框架其本身并不创建事务，而是基于对本地事务的协调从而达到事务一致性的效果。它的核心采用了 3PC + TCC 的补偿机制

LCN 5.x 有 3 种模式，分别是 LCN 模式，TCC 模式，TXC 模式

LCN 模式：是通过代理 Connection 的方式实现对本地事务的操作，然后在由 TxManager 统一协调控制事务。当本地事务提交回滚或者关闭连接时将会执行假操作，该代理的连接将由 LCN 连接池管理
特点：该模式对代码的嵌入性较低，该模式仅限于本地存在连接对象且可通过连接对象控制事务的模块，该模式下的事务提交与回滚是由本地事务方控制，对于数据一致性上有较高的保障，该模式缺陷在于代理的连接需要随事务发起方一共释放连接，增加了连接占用的时间

TCC 事务机制相对于传统事务机制，其特征在于它不依赖资源管理器对 XA 的支持，而是通过对（由业务系统提供的）业务逻辑的调度来实现分布式事务。主要由三步操作，Try：尝试执行业务、 Confirm：确认执行业务、 Cancel：取消执行业务
特点：该模式对代码的嵌入性高，要求每个业务需要写三种步骤的操作，该模式对有无本地事务控制都可以支持使用面广，数据一致性控制几乎完全由开发者控制，对业务开发难度要求高

TXC 模式命名来源于淘宝，实现原理是在执行 SQL 之前，先查询 SQL 的影响数据，然后保存执行的 SQL 快走信息和创建锁。当需要回滚的时候就采用这些记录数据回滚数据库，目前锁实现依赖 redis 分布式锁控制
特点：该模式同样对代码的嵌入性低，该模式仅限于对支持 SQL 方式的模块支持，该模式由于每次执行 SQL 之前需要先查询影响数据，因此相比 LCN 模式消耗资源与时间要多，该模式不会占用数据库的连接资源

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

为什么需要事务补偿：事务补偿是指在执行某个业务方法时，本应该执行成功的操作却因为服务器挂机或者网络抖动等问题导致事务没有正常提交，此种场景就需要通过补偿来完成事务，从而达到事务的一致性
补偿机制的触发条件：当执行关闭事务组步骤时，若发起方接受到失败的状态后将会把该次事务识别为待补偿事务，然后发起方将该次事务数据异步通知给 TxManager，TxManager 接受到补偿事务以后先通知补偿回调地址，然后再根据是否开启自动补偿事务状态来补偿或保存该次切面事务数据
补偿事务机制：LCN 的补偿事务原理是模拟上次失败事务的请求，然后传递给 TxClient 模块然后再次执行该次请求事务

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

关注