微服务架构分布式事务设计方案样本_第1页
微服务架构分布式事务设计方案样本_第2页
微服务架构分布式事务设计方案样本_第3页
微服务架构分布式事务设计方案样本_第4页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

1、微服务-分布式事务概念澄清事务补偿机制：在事务链中的任何一个正向事务操作，都必 须存在一个完全符合回滚规则的可逆事务.CAP 理论：CAP(Consistency, Availability, Partition Tolerance),阐述了一个分布式系统的三个主要方面，只能同时 择其二进行实现.常见的有CP系统，AP系统.幕等性：简单的说，业务操作支持重试，不会产生不利影 响.常见的实现方式：为消息额外增加唯一 ID.BASE (Basically avaliable, soft state, eventually consistent):是分布式事务实现的一种理论标准.柔性事务vs.刚性事

2、务刚性事务是指严格遵循ACID原则的事务，例如单机环境下的数据 库事务.柔性事务是指遵循BASE理论的事务，一般见在分布式环境中，常 见的实现方式有：两阶段提交(2PC), TCC补偿型提交，基于消息 的异步确保型，最大努力通知型.一般对本地事务采用刚性事务，分布式事务使用柔性事务.最佳实践先上结论，再分别介绍分布式事务的各种实现方式.如果业务场景需要强一致性，那么尽量避免将它们放在不同 服务中，也就是尽量使用本地事务，避免使用强一致性的分布式 事务.如果业务场景能够接受最终一致性，那么最好是使用基于消 息的最终一致性的方案(异步确保型)来解决.如果业务场景需要强一致性，而且只能够进行分布式服

3、务部 署，那么最好是使用TCC方案而不是2PC方案来解决.注意：以下每种方案都有不同的适用场合，需要根据实际业务场 景来选择.两阶段提交(2PC)两阶段提交(Two Phase Commit, 2PC),具有强一致性，是CP系 统的一种典型实现.两阶段提交，常见的标准是XA, JTA等.例如Oracle的数据库支 持XA.示意图图的上半是两阶段提交成功的演示，下半是两阶段提交失败的演 示.关于两阶段提交网上有很多经典的讲解，这里就不细说了， 能够参考前面的链接.缺点两阶段提交中的第二阶段，协调者需要等待所有参与者发出 yes请求，或者一个参与者发出no请求后，才能执行提交或者中 断操作.这会造成长时间同时锁住多个资源，造成性能瓶颈，如 果参与者有一个耗时长的操作，性能损耗会更明显.实现复杂，不利于系统的扩展，不推荐.TCC (Try-Confirm-Cancle)TCC,是基于补偿型事务的AP系统的一种实现，具有最终一致性.tr，V成功I数据库1.主业务服务canceIXconfirmX从业务服篁昌噩魏3.中imnX成功 提交/回洛:业务活动!业务活动管理器活动日志t

人人文库> 全部分类> 图纸下载 > 毕业设计

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论