场景:之前做的一个电商网站,因为业务和用户量的扩增,改造成了依赖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