在分布式系统下,一个业务跨越多个服务或数据源,每个服务都是一个分支事务,要保证所有分支事务最终状态一致,这样的事务就是分布式事务。
CAP定理
- Consistency(一致性)
- Availability(可用性)
- Partition tolerance(分区容错性)
分布式系统无法同时满足这三个指标
- 分布式系统节点通过网络连接,一定会出现分区问题
- 当分区出现时,系统的一致性和可用性就无法同时满足
BASE理论
- 基本可用
- 软状态
- 最终一致性
分布式事务的解决思路和模型
- 全局事务:整个分布式事务
- 分支事务:分布式事务的每个子系统的事务
- 最终一致:各个分支事务执行并提交,如果有不一致的情况,再想办法恢复数据
- 强一致:各分支事务执行完业务不提交,等待彼此结果,而后统一提交或回滚
Seata架构
- TC-事务协调者:维护全局和分支事务的状态,协调全局事务提交或回滚
- TM-事务管理器:定义全局事务的范围,开始全局事务,提交或回滚全局事务
- RM-资源管理器:管理分支事务处理的资源,与TC交谈以注册分支事务和报告分支事务的状态,并驱动分支事务提交或回滚
微服务集成Seata
- 在微服务中导入依赖
seata-spring-boot-starter - 修改配置文件,添加配置
标签:回滚,事务,提交,全局,分布式,分支 来源: https://www.cnblogs.com/ettisi/p/15269164.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。