伪代码实现分布式事务【两阶段方式】

场景:之前做的一个电商网站,因为业务和用户量的扩增,改造成了依赖dubbo框架的分布式项目

这里实现的两阶段就是:一阶段实现sql执行,二阶段全提交或全回滚

关键点描述:

1.@OuterTransactional用于声明参与分布式事务的service方法注解【@OuterTransactional、@Transactional同时存在于方法上】

2.TC事务协调器:使用netty实现事务事务协调器服务端

3.TM全局事务控制器:位于各个分布式项目中都存在,用于发起事务(如果是全局事务的开头者的话需要额外做的事:要告知TC全局事务id,和开头方法体执行结束时通知TC计算发布全局事务是提交还是回滚),进入子事务时注册子事务id到TC,告知TC当前子事务能否能执行成功,如果是开头者的service执行结束,告诉TC目前收集的所有子事务已是所有,计算出全局事务状态后、通知所有子事务的TM进行unpark进行相应的提交或回滚操作

5.给带@OuterTransactional注解的方法添加切片控制在@Transactional切片的内层【外层也无妨】

5.给spring管理bean:datesource的getConnection()方法添加切片,将getConnection()返回的Connection作为属性传入包装类中,包装来也实现Connection接口,并且包装类的提交接口重新实现【其他的方法还用传入的Connection的方法】,提交方法内部开启子线程,(子线程:首行先park住,后边逻辑是根据TC通知的全局事务状态判断是不是真的提交或者回滚)

6.通过dubbo的隐式传取值(dubboFilter),从上游的service方法传递到被调用的下游service方法中

7.其中一些细节,比如超时的

 

和阿里的seata-AT模式有些许类似,但是目前seata已经实现了高可用,目前建议使用seata

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值