零食网站建设前的市场分析,海南公司网站建设,茌平县建设局网站,网站手机端的优势系列目录#xff1a; 《分布式事务#xff08;一#xff09;—— 事务的基本概念》 《分布式事务#xff08;二#xff09;—— CAP和Base理论》 《分布式事务#xff08;三#xff09;—— 两阶段提交解决方案#xff08;2PC#xff09;》
一、常见分布式事务解决…系列目录 《分布式事务一—— 事务的基本概念》 《分布式事务二—— CAP和Base理论》 《分布式事务三—— 两阶段提交解决方案2PC》
一、常见分布式事务解决方案
两阶段提交2PCTwo-phase CommitTCC补偿模式基于本地消息表实现最终一致性基于可靠消息最终一致方案最大努力通知
二、TCC补偿模式解决方案 TCC是Try Confirm Cancel的缩写每个单词代表了事务处理的不同阶段。其主要的思想是放弃了数据库事务的commit和rollback的方法转而用状态的逻辑来区分不同的阶段简单来说就是把原来的一个业务处理的方法拆分成三个方法即try、confirm、和concel三个方法在实际调用的过程中首先调用try方法看各个业务能否执行成功如果都能成功那就用confirm来确定如果不能成功就用cancel来取消。 看上去Tcc好像和2PC有点像但是在本质上有很大的区别2PC是利用数据库事务来实现的而TCC是利用数据的中间状态来实现的比如在库存扣减的业务中在数据库设计的时候一般会增加一个freeze字段来区分商品的冻结的库存在try的过程中只是将freeze的数值增加将库存冻结在confirm的过程中才会真正的降低库存在cancel中会将冻结的数值返回去。达到数据的一致性。总体来说TCC在业务数据上做状态的标志没有使用数据库的事务和2PC有本质的区别。
TCC的设计图如下
1、落地TCC事务的不同阶段Try - Confirm - Cancel TCC事务的实现阶段一Try 在这个阶段中主业务流程处理后会调用从业务流程的Try方法来执行相关的业务将数据执行到中间状态。 TCC事务的实现阶段二Confirm 所有的业务都ok的话调用Confirm方法确认事务。 TCC事务的实现阶段三Cancel 如果有服务执行没有成功则调用Cancel来取消
2、TCC事务的使用总结 首先需要选择某种TCC分布式事务框架各个服务力就会有这个TCC分布式事务框架在运行 然后你原本的一个接口需要改造成3个逻辑 Try-Confirm-Cancel 先是服务调用链路依次执行Try逻辑如果都正常的话TCC分布式事务框架推进执行Confirm逻辑完成整个事务如果某个服务的Try逻辑有问题TCC分布式事务框架感知到之后会推进执行各个服务的Cancel逻辑插销之前执行的各个操作
TCC分布式事务的核心思想就是在遇到服务器宕机依赖的资源不可用的情况下利用一下的操作来保证事务的最终一致性
先来Try一下不要把业务逻辑完成先试试看各个服务能不能正常运转能不能先冻结需要的资源。如果Try都ok也就是说底层的依赖的资源都ok那就执行Confirm逻辑真正的实现业务。如果Try失败了就调用Cancel逻辑来回滚。
3、TCC事务遇到意外情况的终极解决方案 如果遇到一些意外的情况比如服务突然宕机TCC事务框架如何才能保证之前没有执行完的分布式事务继续执行呢 其解决方法如下
TCC事务框架都要记录一些分布式事务的活动日志可以在磁盘上的日志文件里面记录也可以在数据库里面记录保存下来分布式事务运行的各个阶段的状态。万一某个服务的Cancel或者Confirm逻辑执行一直失败TCC事务框架会通过活动日志记录各个服务的状态然后通过重试的方法来实现最终的执行成功如果多次以后还是没有可以采取发邮件等方式来通知人员处理。常用的TCC框架seata、go-seata
4、TCC的优缺点
优点
解决了跨服务的业务操作原子性问题例如组合支付订单扣减库存等场景TCC的本质原理是把数据库的二阶段提交上升到微服务来实现从而避免了数据库锁冲突的问题。TCC异步性能高它采用了try先检查然后异步实现confirm真正提交的是在confirm方法中可以实现最终一致。
缺点
对微服务的侵入性强微服务的每个事物都必须实现TryConfirmCancel等3个方法开发成本高后期维护改造的成本也高为了达到事务的一致性要求tryconfirmcancel接口必须实现幂等性操作。由于事务管理器要记录事务日志必定会消耗一定的性能并使的整个TCC事务时间拉长建议采取redis来记录日志。 后记 个人总结欢迎转载、评论、批评指正
