[发明专利]分布式事务的处理方法、装置、电子设备及存储介质

说明书

本申请提供了一种分布式事务的处理方法、装置、电子设备及存储介质，涉及计算机领域。该方法包括：获取请求方设备发送的业务操作请求，业务操作请求中携带有业务操作的操作标识；根据操作标识，从所有参与者节点中确定用于执行业务操作的至少两个目标参与者节点；获取每个目标参与者节点的快照并保存，快照是目标参与者节点中与业务操作对应的业务数据的快照；调用各目标参与者节点分别执行对应的业务操作的子操作并获取各目标参与者节点的执行结果；若各目标参与者节点中存在一个节点的执行结果为执行失败，则向各目标参与者节点分别发送各节点所对应的快照，以使各目标参与者节点根据快照将对应的业务数据恢复至执行对应的子操作之前的状态。

技术领域

本申请涉及计算机技术领域，具体而言，本申请涉及一种分布式事务的处理方法、装置、电子设备及存储介质。

背景技术

在分布式部署以及微服务化大行其道的今天，分布式事务广泛的存在于各种互联网系统中。分布式事务的执行过程一般包括协调者和参与者节点，协调者可以向参与者节点发送命令，以便控制参与者节点执行分布式事务的操作。当前业界的分布式事务处理方案中，主要有两阶段提交协议(Two-Phase Commit protocol，2PC)和尝试确认取消(Try-Confirm-Cancel，TCC)两种方案。

对于2PC方案，其需要每个参与者节点在收到询问时后，保存执行事务操作所需要的Undo日志(用于记录被修改前的数据)和Redo日志(用于记录修改后的数据)，在需要进行回滚时，参与者节点需要利用Undo日志进行回滚。可见，该方案的实现依赖于参与者节点提供的事务回滚能力，而具备此能力的大多是一些关系型数据库，比如Oracle、MySql等，对于不具备此特性的服务的数据库，则不太适用。对于TCC方案，其要求参与者节点的每一个事务操作，都必须存在对应的回滚操作，会带来很大的开发工作量，且对业务代码有较大的入侵。

可见，当前业界的分布式事务处理方案，部分依赖于数据库提供的事务处理能力，部分对业务代码有着较大的侵入，目前还没有一个既通用又不会对业务代码有较大侵入的方案。

发明内容

为了解决现有技术中所存在的问题中的至少一个，本申请实施例提供了一种分布式事务的处理方法、装置、电子设备及存储介质。本申请实施例所提供的技术方案如下：

本申请实施例的第一方面，提供了一种分布式事务处理方法，该方法应用于分布式系统中，分布式系统包括一个协调者节点和至少两个参与者节点，协调者节点与每个参与者节点通信连接，该方法包括：

获取请求方设备发送的业务操作请求，业务操作请求中携带有业务操作的操作标识；

根据操作标识，从所有参与者节点中确定用于执行业务操作的至少两个目标参与者节点；

获取每个目标参与者节点的快照并保存，其中，快照是目标参与者节点中与业务操作对应的业务数据的快照；

调用各目标参与者节点分别执行对应的业务操作的子操作，并获取各目标参与者节点的执行结果；

若各目标参与者节点中存在一个节点的执行结果为执行失败，则向各目标参与者节点分别发送各节点所对应的快照，以使各目标参与者节点根据快照将对应的业务数据恢复至执行对应的子操作之前的状态。

第一方面的一种可选实施例方式中，调用各目标参与者节点分别执行对应的业务操作的子操作，包括：

若获取到每个目标参与者节点的快照，则调用各目标参与者节点分别执行对应的子操作；

该方法还包括：

若各目标参与者节点中存在一个节点的快照未获取到，则向请求方设备返回操作失败提示信息。

第一方面的一种可选实施例方式中，向各目标参与者节点分别发送各节点所对应的快照，以使各目标参与者节点根据快照将对应的业务数据恢复至执行对应的子操作之前的状态，包括：