[发明专利]基于分布式消息中间件的分布式事务处理方法

说明书

本发明公开了基于分布式消息中间件的分布式事务处理方法，包括如下步骤：步骤一：业务模块开启，通过事务模块判断此业务处理方案为XA或者TCC，并将此判断结果生成事务ID注册到事务树以及消息中间件中；步骤二：业务模块执行业务代码，并将执行结果通知给事务模块，根据上述事务ID将此执行结果对应记录至事务树中，并同步通知到消息中间件；步骤三：消息中间件推送多个事务执行结果给异步消息模块，异步消息模块查询事务树中各节点执行结果，并比较与消息中间件推送的执行结果是否一致，判断是否需要提交或回滚。本发明融合XA方案和TCC方案的优点，并结合消息中间件高效可靠地特点，解决了处理多场景下事务一致性的问题。

技术领域

本发明涉及计算机技术领域。更具体地说，本发明涉及基于分布式消息中间件的分布式事务处理方法。

背景技术

目前云计算、大数据、互联网领域的很多系统都采用了分布式的架构。涉及到全链路的业务操作往往会由多个服务和数据库实例共同完成。因此，在一致性要求较高的业务场景中，分布式事务则成为关键点。目前主流的分布式事务解决方案主要有三种，XA方案、补偿方案(TCC方案)以及消息一致性方案。

XA方案主要用于解决分布式事务库的事务问题，这个方案有标准化的接口，使用门槛低、可以达到数据的强一致性。但是由于采用了阻塞式的协议，影响系统吞吐和可伸缩性，性能在高并发场景下不是很理想，而且无法解决服务化事务问题。补偿方案可以解决服务化的事务问题，但是开发成本比较高，而且每个方法都要提供回滚接口，代价比较大，开发成本较高。消息方案，开发相对简单，但要求应用和消息系统紧耦合，要求实现幂等操作，而且是最终一致性。

发明内容

本发明的一个目的是提供基于分布式消息中间件的分布式事务处理方法，融合XA方案和TCC方案的优点，并结合消息中间件高效可靠地特点，解决了处理多场景下事务一致性的问题。

为了实现根据本发明的这些目的和其它优点，提供了基于分布式消息中间件的分布式事务处理方法，包括如下步骤：

步骤一：业务模块开启，其业务进入事务模块，并通过事务模块判断此业务处理方案为XA或者TCC，并将此判断结果生成事务ID注册到事务树以及消息中间件中，并通过事务模块开启事务；

步骤二：业务模块执行业务代码，并将执行结果通知给事务模块，根据上述事务ID将此执行结果对应记录至事务树中，并同步通知到消息中间件；

步骤三：多个业务对应的多个事务ID构成事务树的各节点，消息中间件推送多个事务执行结果给异步消息模块，异步消息模块查询事务树中各节点执行结果，如果其中一个节点执行结果与消息中间件推送的执行结果不一致，则通知消息中间件当前整个事务树的所有节点需要回滚，并同步回滚当前业务，异步消息模块将需要回滚的消息传送给事务模块进行回滚；若每个节点的执行结果与消息中间件推送的执行结果均一致，则通过异步消息模块通知事务模块将业务执行结果提交给XA或者TCC处理方案。

优选的是，事务树的生成具体为：业务服务器A中的业务模块A在开启事务后向事务树注册形成父事务ID值A，业务模块A开始执行业务代码时，需要调用业务服务器B1和业务服务器B2，此时其内的业务模块B1和业务模块B2分别开启事务，生成对应的子事务ID值B1和B2，并向事务树的父事务ID值A下注册；当业务模块B1或业务模块B2开始执行业务代码时，需要调用业务服务器C1和业务服务器C2或业务服务器D1和业务服务器D2，此时其内的业务模块C1和业务模块C2或业务模块D1和业务模块D2分别开启事务，生成对应的子事务ID值C1和C2或D1和D2，并向事务树ID值B1或B2下注册，此时B1或B2为父事务；依次类推，生成事务树，并将上述事务树结果推送至消息中间件。

优选的是，如果子事务对应的节点执行结果不一致需要回滚，则通过消息中间件推送回滚数据，在事务树中向上逐级回滚父事务；如果子事务对应的节点执行结果全部一致，则逐级提交父事务的执行结果，最后关闭事务树。