[发明专利]去中心化的TCC事务管理方法、装置、设备及系统

说明书

本发明提供了一种去中心化的TCC事务管理方法、装置、节点及系统，方法包括：接收用户发起的业务执行请求，并根据所述业务执行请求启动TCC事务；根据业务执行请求生成第一尝试方法；其中，所述第一尝试方法包括至少一个被调用的参与节点的第二尝试方法；获取各个被调用的参与节点对所述第二尝试方法的执行情况；根据所述执行情况生成所述TCC事务当前的标记状态；协调所述TCC事务进入到完成阶段，并根据所述标记状态执行确认操作或者是回滚操作。本发明避免了中心化节点带来了单点安全问题和性能问题。

技术领域

本发明涉及计算机技术领域，特别涉及一种去中心化的TCC事务管理方法、装置、设备及系统

背景技术

在微服务架构下，每一个微服务都管理着各自的数据源。而一个完整多业务常常需要多个数据源参与交互。为了保证在这种情况下，业务数据的完整性和一致性，需要采用分布式事务的手段来完成。在应用中较多使用的分布式事务手段有基于Saga模型的长事务方案、基于TCC模型的最终一致事务方案，基于XA协议的强一致事务方案。

基于TCC模型的最终一致性方案主要是要求实现中将一个业务动作分拆为两个步骤：1)尝试进行业务行为；2)当第一步骤成功时，第二步骤执行确认动作，持久化第一步骤的成果；当第一步骤失败时，第二步骤执行取消动作，将第一步骤的内容回滚掉。

互联网领域的业务强调性能，TCC的方案在整个执行过程中，不会锁定资源，在性能表现上较好。TCC方案在实现上有两种模式：手动与自动。手动方案是整个TCC的流程通过业务代码手动实现，包含尝试，回滚，确认等。相对而言，实现工作量较大。自动方案是通过框架来完成整个TCC流程的控制。

TCC框架必然要实现的模块包括TCC事务管理器。在业务过程中，处于同一个TCC事务的参与节点都需要将自身注册到TCC事务管理器中，才能在尝试阶段结束后，由TCC事务管理器根据尝试阶段的成功与否来决定执行确认动作或回滚动作。

目前已经存在的几款TCC框架主要有：tcc-transaction、Hmily、EasyTransaction。三个框架都是中心化的框架，也就是说，其事务管理器是一个中心节点模式的管理器。一旦事务管理器节点出现故障，会导致所有的业务都出现失败，因为无法注册新的TCC事务，并且已经存在的TCC也无法继续执行，因为失去了事务管理器作为一个整体的协调者。

发明内容

有鉴于此，本发明的目的在于提供一种去中心化的TCC事务管理方法、装置、设备及系统，采用了去中心化的事务管理器节点实现机制，避免了现有技术中事务管理器节点的单点故障问题。

本发明实施例提供了一种去中心化的TCC事务管理方法，包括：

接收用户发起的业务执行请求，并根据所述业务执行请求启动TCC事务；

根据业务执行请求生成第一尝试方法；其中，所述第一尝试方法包括至少一个被调用的参与节点的第二尝试方法；

获取各个被调用的参与节点对所述第二尝试方法的执行情况；

根据所述执行情况生成所述TCC事务当前的标记状态；

协调所述TCC事务进入到完成阶段，并根据所述标记状态执行确认操作或者是回滚操作。

优选地，所述TCC事务具有如下属性：

TCC事务自身的xid；

TCC事务当前的标记状态；其中，所述TCC事务的标记状态包括初始状态、提交/回滚状态以及结束状态；当所有尝试方法的执行情况都是执行成功时，则将标记状态记为提交状态；当至少有一个尝试方法的执行情况为执行识别时，则将标记状态记为回滚状态；

在TCC事务作用域下的尝试方法列表；