分布式事务 二阶段提交 可靠消息最终一致性 TCC方案(实现难度大,开发成本高)LCN方案(链接代理)GTS

本文介绍了四种分布式事务解决方案:二阶段提交,基于消息的最终一致性(本地消息与独立消息),TCC(尝试-确认-补偿)方案,以及LCN事务补偿机制。二阶段提交存在同步阻塞问题;基于消息的方案通过MQ实现最终一致性;TCC适用于每个服务都需要写的情况,但开发成本高;LCN则采用链接代理方式处理事务。GTS是另一种分布式事务解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

分布式事务

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2 分布式事务解决方案

分布式事物解决方案一:二阶段提交
在这里插入图片描述

在这里插入图片描述
缺点:同步阻塞,影响性能。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
分布式事物解决方案二:可靠性消息最终一致性
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
基于本地消息的最终一致性:
把我们的业务数据和本地消息放到一个库里面,来保证原子性,做一个定时任务,
来保证本地的消息能够正常的发送到mq上,然后mq返回ACK,再对本地消息做一个删除。

在这里插入图片描述
基于独立消息的最终一致性:
在这里插入图片描述
分布式事物解决方案三:TCC方案 (开发成本更高,最不推荐)
在这里插入图片描述
在这里插入图片描述
应用场景:(每个服务都要写)
先冻结,
在这里插入图片描述
例如:红包扣钱,红包加钱。
基于tcc的开源框架有:
在这里插入图片描述
在这里插入图片描述
L
分布式事物解决方案四:LCN(链接代理的方式)
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
事物补偿机制。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
GTS 分布式事务解决方案

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值