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

成都创新互联公司专注为客户提供全方位的互联网综合服务，包含不限于成都网站设计、成都网站建设、赤峰林西网络推广、微信小程序定制开发、赤峰林西网络营销、赤峰林西企业策划、赤峰林西品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们大的嘉奖；成都创新互联公司为所有大学生创业者提供赤峰林西建站搭建服务，24小时服务热线：18980820575，官方网址：www.cdcxhl.com

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

CP系统就有二阶段提交(强一致性)

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

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

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

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

创新互联www.cdcxhl.cn，专业提供香港、美国云服务器，动态BGP最优骨干路由自动选择，持续稳定高效的网络助力业务部署。公司持有工信部办法的idc、isp许可证， 机房独有T级流量清洗系统配攻击溯源，准确进行流量调度，确保服务器高可用性。佳节活动现已开启，新人活动云服务器买多久送多久。

标题名称：分布式事务里的最终一致性-创新互联
地址分享：http://azwzsj.com/article/dejssp.html