分布式事务里的最终一致性

本地事务ACID大家应该都知道了,统一提交,失败回滚,严格保证了同一事务内数据的一致性!而分布式事务不能实现这种ACID,它只能实现CAP原则里的某两个,CAP也是分布式事务的一个广泛被应用的原型,CAP(Consistency, Availability, Partition Tolerance), 阐述了一个分布式系统的三个主要方面, 只能同时择其二进行实现. 常见的有CP系统, AP系统。

网站建设哪家好,找创新互联!专注于网页设计、网站建设、微信开发、重庆小程序开发公司、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了美兰免费建站欢迎大家使用!

应用于CP和AP的原则在业界出现了一些框架:

CP系统就有二阶段提交(强一致性)
分布式事务里的最终一致性

AP系统就有TCC(补偿型事务)

分布式事务里的最终一致性

其中最近接触的aspnetcore.cap就是一个满足最终一致性的异步消息方案实现的,其中它为MySQL,sqlserver都提供了解决方案,消息队列可以有kafka和rabbitmq两种选择,根据自己的需要去安装,源代码在github上有开源,nuget上也有对应的包包!

对消息确保型-最终一致性的分布式事务的理解:

    1. 服务A提交数据
    1. 向消息中心发送消息
    1. 消息中心向订阅方推送消息
    1. 订阅方处理自己的业务逻辑
    1. 失败去反复去重试,直到成功,而不是向强一致性那样,把A回滚的

网页题目:分布式事务里的最终一致性
文章网址:https://www.cdcxhl.com/article4/ihhiie.html

成都网站建设公司_创新互联,为您提供App设计网页设计公司网站设计网站维护用户体验服务器托管

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联

成都seo排名网站优化