[发明专利]一种分布式事务处理的方法和装置

说明书

本发明公开了一种分布式事务处理的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：第一业务单元接收第一业务请求，形成与所述第一业务请求相关联的本地唯一标识，根据所述第一业务请求，执行本地业务；在存在一个或多个接收所述第一业务单元的业务请求的第二业务单元的情况下，所述第一业务单元向所述第二业务单元发送第二业务请求，所述第二业务请求指示了所述第一业务单元相关联的所述本地唯一标识。根据本地业务的执行结果，确定与所述本地唯一标识相关联的本地事务状态；该实施方式能够确保分布式事务中事务的强一致性，并减少了与分布式事务处理相关的业务代码的开发工作量。

技术领域

本发明涉及计算机技术领域，尤其涉及一种分布式事务处理的方法和装置。

背景技术

在近几年，随着企业的系统规模的扩大，单体架构会因为业务逐渐复杂，导致维护成本高、可靠性差、扩展性差、重复性开发等问题。因此越来越多的公司采用了分布式微服务架构。为了确保业务的松耦合性，每个服务可能会存在自己的数据库，每个服务的事务是由自己控制的，可能会导致一次请求经过多个服务而事务不一致的情况，破坏了事务的一致性原则。

现有技术有如下几种解决事务一致性问题的方案：

补偿事务：当服务接收到请求的时候，记录当前请求，定时或者异步的去检查相关数据的一致性。如果数据不一致，则自定义一套补偿原则，进行数据修改，达到数据的最终一致性。

TCC模式：TCC事务模型是由Try、Confirm、Cancel操作构成。Try尝试执行操作，Confirm提交事务，Cancel取消事务。三者共同在服务链路中完成操作，以及操作异常时共同进行还原操作。

Saga模式：Saga模式定义为长活动时间的事务，把一个事务划分成多个阶段的本地子事务。每个事务是独立的原子行为，每个子事务要有对应的失败补偿事务。全局事务开始的时候，第一个子事务提交完成后会通知后一个子事务进行业务处理。如果后一步的子事务正常提交，那么将继续通知下一步子事务；如果后一步的子事务提交失败，那么需要通知前一步子事务进行失败补偿事务处理。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

补偿事务有一定的延迟性。因为是由后期的定时检查去发现之前的业务处理有误，进行补偿的操作，延迟的时间依赖于定时检查的频率和规则。而对于数据一致性要求比较严格的业务来说，可能出现一段时间内的数据是不一致的异常情况。

TCC模式：TCC模式下，需要对每个服务内的业务处理方法拆解成三个方法，分别为Try、Commit、Cancel，开发工作量和成本增加过大。

Saga模式：Saga模式下，无法保证数据的隔离性。两个事务同时操作一个资源，可能会出现数据错乱；一个事务内两次读取数据，如果期间有其他事务进行了数据修改，可能会出现读取值不一致。

发明内容

有鉴于此，本发明实施例提供一种分布式事务处理的方法和装置，能够利用被监听的存储单元记录监听本地业务单元以及相关联的业务单元的事务状态，并通过修改事务状态来通知相应的业务单元进行事务的提交或回滚等操作，在解决分布式事务的同时，确保了分布式事务的事务一致性，并减少了实现分布式业务一致性的开发工作量。

为实现上述目的，根据本发明实施例的一个方面，提供了一种分布式事务处理的方法，其特征在于，包括：第一业务单元接收第一业务请求，形成与所述第一业务请求相关联的本地唯一标识，根据所述第一业务请求，执行本地业务；在存在一个或多个接收所述第一业务单元的业务请求的第二业务单元的情况下，所述第一业务单元向所述第二业务单元发送第二业务请求，所述第二业务请求指示了所述第一业务单元相关联的所述本地唯一标识；根据本地业务的执行结果，确定与所述本地唯一标识相关联的本地事务状态。

可选地，所述分布式事务处理的方法，其特征在于，所述本地事务状态包括：注册、提交、回滚、待提交、待回滚、已提交。