基于Dubbo的分布式事务框架(LCN)

朱雀 2022-06-13 01:41 297阅读 0赞

该框架依赖Redis／dubbo／txManager服务。依赖第三方框架lorne\_core

原理与功能

基于对spring tx PlatformTransactionManager的本地模块事务控制从而达到全局控制事务的目的。该框架兼容任何依赖PlatformTransactionManager的DB框架。利用三阶段提交的方式来确保事务的一致性，支持本地事务和分布式事务框架共存，当方法进入的是本地事务方法，框架将不做任何分布式事务处理。当需要用到分布式事务的时候只需要在方法上添加分布式事务的注解即可。框架由于基于Spring本地事务做的封装，基本支持依赖spring的所有db框架。并在帖子底部提供了对springjdbc／hibernate／mybatis的演示demo。

该框架在设计时就考虑到大型分布式的应用场景，因此框架支持对于dubbo单个模块的集群化。并且TxManager也支持集群化。

框架基于三阶段提交：

锁定事务单元

确认事务模块状态

通知事务

关于LCN框架的详细设计请见txManager说明

框架使用教程

需要先部署redis服务。

部署TxManager全局事务协调管理器。

本地项目依赖transaction库.

maven仓库地址

<id>lorne</id>

<url>https://1991wangliang.github.io/repository</url>

</repository>

</repositories>

maven transaction 配置

<groupId>com.lorne.tx</groupId>

<artifactId>transaction</artifactId>

<version>1.0.0.RELEASE</version>

</dependency>

配置dubbo服务

<dubbo:application name="tx-transaction-test"   />

<dubbo:registry protocol="zookeeper" address="127.0.0.1:2181" />

<dubbo:reference timeout="3000" interface="com.lorne.tx.mq.service.MQTxManagerService" id="managerService" />

<dubbo:protocol accesslog="true" name="dubbo" port="20882" />

<dubbo:service interface="com.demo.service.MQTestService" ref="testService"  />

若用户是自定义的服务，则服务必须要实现MQTransactionService接口如下：

public interface MQTestService extends MQTransactionService\{

String test(String name);

MQTransactionService的实现:第一种方式

@Service

public class MQTestServiceImpl extends MQTransactionServiceImpl implements MQTestService \{

@Override

public String test(String name) \{

//todo 用户业务处理

return "";

MQTransactionService的实现:第二种方式

@Service

public class MQTestServiceImpl implements MQTestService \{

@Autowired

private MQTransactionService transactionService;

@Override

public boolean notify(String kid, boolean state) \{

return transactionService.notify(kid, state);

@Override

public boolean checkRollback(String kid) \{

return transactionService.checkRollback(kid);

@Override

public String test(String name) \{

//todo 用户业务处理

return "";

分布式事务的切面配置

</bean>

<tx:annotation-driven transaction-manager="transactionManager"/>

<tx:advice id="txAdvice">

<tx:attributes>

<tx:method name="get\*" read-only="true"  />

<tx:method name="find\*" read-only="true"/>

<tx:method name="load\*" read-only="true"/>

<tx:method name="query\*" read-only="true"/>

<tx:method name="select\*" read-only="true"/>

<tx:method name="\*" rollback-for="com.le.core.framework.exception.LEException"/>

</tx:attributes>

</tx:advice>

<aop:config>

<aop:pointcut id="allManagerMethod" expression="execution(\* com.\*\*.service.impl.\*Impl.\*(..))"/>

<aop:advisor  order="100" advice-ref="txAdvice" pointcut-ref="allManagerMethod"/>

<aop:advisor  order="10" advice-ref="txTransactionInterceptor" pointcut-ref="allManagerMethod"/>

</aop:config>

分布式事务注解(@TxTransaction)

@Override

@TxTransaction

public String test() \{

//todo 业务处理

return "";

关于@TxTransaction的补充说明： 当添加事务注解时方法将开启分布式事务处理方式。当尽当开始方法是分布式事务方法时才进入分布式事务处理逻辑。 若存在业务方法A调用了业务方法B，当分布式事务注解添加在A上，那么整个A方法将被分布式事务所管理，若注解添加在B上，当调用A时将不会被启用分布式事务，尽当业务启动时的方法添加分布式事务注解时方可开启分布式事务注解。

演示demo：

spring-jdbc版本： transaction\_demo1 transaction\_demo2

transaction\_demo1是发起方，transaction\_demo2是被调用方。

hibernate版本：

transaction\_hibernate\_demo1 transaction\_hibernate\_demo2

transaction\_hibernate\_demo1是发起方，transaction\_hibernate\_demo2是被调用方。

mybatis版本：

transaction\_mybatis\_demo1 transaction\_mybatis\_demo2

transaction\_mybatis\_demo1是发起方，transaction\_mybatis\_demo2是被调用方。

# 参考更多免费教程请加入Dubbo技术交流：[548209960][]     Java高并发高可用架构：[632103578][] #

[548209960]: https://jq.qq.com/?_wv=1027&k=4A5jqU3http://
[632103578]: https://jq.qq.com/?_wv=1027&k=4A5ktbDhttp://