参照:https://mp.weixin.qq.com/s/KxMBoexptyydagnsfAqsoA
https://mp.weixin.qq.com/s/Mcx13fPfAHgWD3kaErH9Pg
在分布式系统、微服务架构大行其道的今天,服务间互相调用出现失败已经成为常态。
如何处理异常,如何保证数据一致性,成为微服务设计过程中,绕不开的一个难题。在不同的业务场景下,解决方案会有所差异,常见的方式有:
1.阻塞式重试;
2.2PC、3PC 传统事务;
2pc:
成功
失败
3pc
3PC 把 2PC 的准备阶段再次一分为二,这样三阶段提交就有 CanCommit、PreCommit、DoCommit 三个阶段
改进:1 将prepare拆分成cancommit和precommit,减少资源浪费 2 引入超时机制。同时在协调者和参与者中都引入超时机制,等待超时后,继续commit
3.使用队列,后台异步处理;
4.TCC 补偿事务;
5.本地消息表(异步确保);
6.MQ 事务。
7.开源组件Seata:http://seata.io/zh-cn
Seata是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式,为用户打造一站式的分布式解决方案
seata架构中的三个角色
1、TC(Trasaction Cordornator) 事务协调者,维护全局和分支事务的状态,驱动全局事务提交或回滚。
2、TM(Transaction Manager) 事务管理者,定义全局事务的范围,开始全局事务、提交或回滚全局事务。
3、RM(Resource Manager) 资源管理者,管理分支事务处理的资源,与TC交互以注册分支事务和报告分支事务的状态,并驱动分支事务提交或回滚。
标签:回滚,Seata,事务,详解,全局,分支,分布式 来源: https://www.cnblogs.com/stubborn-dude/p/14971703.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。