CN115421880A - 事务处理方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例公开了一种事务处理方法、装置、设备及介质。该方法包括：从获取的子事务请求中提取全局事务编号，并为子事务请求分配子事务编号；将全局事务编号和子事务编号之间的关联关系写入事务关联表中；对子事务进行处理得到子事务处理结果，并对子事务处理结果进行持久化，且控制子事务处理结果处于对外不可见状态；响应于对全局事务的提交指令，根据事务关联表确定关联的至少两个子事务编号，并将至少两个子事务编号对应的子事务处理结果切换成对外可见状态。该方案能够并行同步数据，并发性能优越，提高了同步效率，保证了下游数据库在任意时刻读取数据的一致性。同时该方案的内部处理机制简单，资源消耗少。

Description

事务处理方法、装置、设备及介质

技术领域

本发明实施例涉及数据处理技术领域，尤其涉及一种事务处理方法、装置、设备及介质。

背景技术

目前，对跨连接关联的全局事务进行处理，常常在查询数据时出现全局不一致的问题。

现有技术中，为解决上述问题，采用将全局事务按照先后顺序进行排序，与下游数据库建立单个连接，即同一个全局事务的多个子事务一起回放到下游数据库。上述方法存在同步效率低，资源消耗大的缺陷。

发明内容

本发明提供一种事务处理方法、装置、设备及介质，以实现提高同步效率，减少资源消耗。

根据本发明的一方面，提供了一种事务处理方法，包括：

从获取的子事务请求中提取全局事务编号，并为所述子事务请求分配子事务编号；

将所述全局事务编号和所述子事务编号之间的关联关系写入事务关联表中；

对所述子事务进行处理得到子事务处理结果，并对所述子事务处理结果进行持久化，且控制所述子事务处理结果处于对外不可见状态；

响应于对全局事务的提交指令，根据所述事务关联表确定关联的至少两个子事务编号，并将所述至少两个子事务编号对应的子事务处理结果切换成对外可见状态。

根据本发明的另一方面，提供了一种事务处理装置，包括：

子事务编号分配模块，用于从获取的子事务请求中提取全局事务编号，并为所述子事务请求分配子事务编号；

事务关联表确定模块，用于将所述全局事务编号和所述子事务编号之间的关联关系写入事务关联表中；

不可见状态控制模块，用于对所述子事务进行处理得到子事务处理结果，并对所述子事务处理结果进行持久化，且控制所述子事务处理结果处于对外不可见状态；

对外可见状态切换模块，用于响应于对全局事务的提交指令，根据所述事务关联表确定关联的至少两个子事务编号，并将所述至少两个子事务编号对应的子事务处理结果切换成对外可见状态。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的事务处理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的事务处理方法。

本发明实施例提供的一种事务处理方案，通过在需要进行跨连接关联的全局事务内添加全局事务编号，根据子事务请求，获取全局事务编号，并为子事务请求分配子事务编号，事务关联表中记录全局事务编号和子事务编号之间的关联关系，响应于全局事务的提交指令，在事务关联表中找到该全局事务编号对应的全部子事务编号，将子事务编号对应的子事务处理结果对外可见，该方案能够并行同步数据，并发性能优越，提高了同步效率，保证了下游数据库在任意时刻读取数据的一致性。同时该方案的内部处理机制简单，资源消耗少。并且，该方案还提供了一种子事务处理结果的对外不可见状态，为处理跨连接关联的全局事务提供了等待时间，确保全局事务中各子事务均完成处理。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的一种事务处理方法的流程图；

图2A是本发明实施例二提供的一种事务处理方法的流程图；

图2B是本发明实施例二提供的一种数据同步场景图；

图2C是本发明实施例二提供的一种单元化应用架构场景图；

图3是本发明实施例三提供的一种事务处理装置的结构示意图；

图4是本发明实施例四提供的一种实现事务处理方法的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

为了更好的理解本发明实施例的技术方案，首先对全局不一致进行解释说明。

全局不一致是指跨连接事务机制下，全局事务中的各子事务出现异步提交的情况，即在下游数据库中查询子事务处理结果时，出现至少部分缺失。以下，将以分布式数据库为例，对全局不一致进行解释说明。

以分布式数据库为基础，对跨连接全局事务进行处理。分布式数据库中包括第一数据分片和第二数据分片，在第一数据分片和第二数据分片上同时变更数据，这时第一数据分片产生子事务A，第二数据分片产生子事务B。同步工具启动两个同步进程：进程1同步第一数据分片，解析回放子事务A日志，进程2同步第二数据分片，解析回放子事务B日志，将数据同步到下游数据库。由于两个进程未做事务控制，子事务A回放到下游数据库，而子事务B未回放到下游数据库，导致下游数据库读取出来的数据只包含子事务A的更新数据，未包含子事务B的更新数据，出现读取数据不一致的情况，即为全局不一致。当两个分片数据同步进度差距越来越大时，下游数据库的全局不一致问题变得更为明显。

实施例一

图1是本发明实施例一提供的一种事务处理方法的流程图。本实施例可适用于对事务进行处理的情况。该事务处理装置可以采用硬件和/或软件的形式实现，并可集成于承载事务处理功能的电子设备中。

S110、从获取的子事务请求中提取全局事务编号，并为子事务请求分配子事务编号。

其中，子事务请求是指为实现某一功能所发起的事务请求中的一部分。具体的，为实现某一功能所发起的事务请求中，可能涉及多个为实现该功能所工作的部分，为了保证该功能能够更准确的被实现，根据各工作部分的功能，将事务请求划分为各子事务请求，针对任一子事务请求，该子事务请求可以显示相应工作部分的功能。如事务请求为A向B转账a元，则第一子事务请求为A支出a元，第二子事务请求为B接收a元。

其中，全局事务编号(Global_trans)是指各子事务请求中能够证明各子事务请求间存在关联的编号。具体的，针对任一事务请求，该事务请求具有唯一的全局事务编号，则构成该事务请求的各子事务请求亦具备该全局事务编号，以表明该事务请求中各子事务请求间存在联系。全局事务编号可以通过数字和字母等中的至少一种方式加以显示，本发明实施例对此不作任何限定。延续前例，第一子事务请求为A支出a元，第二子事务请求为B接收a元，均是事务请求为A向B转账a元的一部分，则第一事务请求和第二事务请求中的全局事务编号是一致的，且与事务请求中的全局事务编号相同，即若事务请求中的Global_trans＝10001，则第一事务请求和第二事务请求中的Global_trans＝10001。

其中，子事务编号(Tid)可以理解为唯一表征子事务请求的编号。具体的，各子事务请求中存在同一的全局事务编号，为了对具有同一全局事务编号的子事务请求进行区分，分别赋予子事务请求不同的子事务编号。子事务编号可以通过数字和字母等中的至少一种方式加以显示，本发明实施例对此不作任何限定。延续前例，第一子事务请求对应的子事务编号可以为第一子事务编号，第二子事务请求对应的子事务编号可以为第二子事务编号。第一子事务编号和第二子事务编号不同，如第一子事务编号为Tid1，第二子事务编号为Tid2。需要说明的是，子事务编号可以是技术人员根据需要进行设置。

具体的，获取子事务请求，提取子事务请求中的全局事务编号，并且对具有同一全局事物编号的子事务请求，分配不同的子事务编号。

S120、将全局事务编号和子事务编号之间的关联关系写入事务关联表中。

其中，事务关联表用于记录任一子事务请求中的全局事务编号，以及子事务编号。

具体的，针对任一子事务请求，事务关联表中可以记录该子事务请求的全局事务编号，以及对应的子事务编号，以便后续处理。

S130、对子事务进行处理得到子事务处理结果，并对子事务处理结果进行持久化，且控制子事务处理结果处于对外不可见状态。

其中，子事务处理结果是指根据子事务请求，对子事务进行处理得到的处理结果。持久化是指保存子事务处理结果。对外不可见状态是指子事务处理结果对外不可见。

具体的，根据子事务请求，对子事务进行处理，得到子事务处理结果，将得到的子事务处理结果保存，并控制子事务处理结果处于非对外可见状态。

S140、响应于对全局事务的提交指令，根据事务关联表确定关联的至少两个子事务编号，并将至少两个子事务编号对应的子事务处理结果切换成对外可见状态。

其中，全局事务的提交指令(如commit)用于指示全局事务中的子事务处理结果对外可见。具体的，对全局事务的提交指令在关联的至少两个子事务处理成功的情况下生成，即全局事务中包括至少两个关联的子事务，当至少两个关联的子事务均处理成功的情况下，生成全局事务的提交指令；当至少两个关联的子事务中存在任意一个子事务处理失败的情况下，则全局事务处理失败，无法生成全局事务的提交指令。

可以理解的是，当关联的至少两个子事务处理成功的情况下才生成全局事务的提交指令，可以避免任一子事务处理失败时，生成的提交指令不能准确的子事务处理结果，导致对外可见的子事务处理结果出现缺失或错误的情况，提高了生成的提交指令的准确性。

其中，对外可见状态是指子事务处理结果对外可见。

具体的，若全局事务中的至少两个子事务均处理成功时，生成全局事务的提交指令，从事物关联表中确定全局事务中至少两个子事务对应的子事务编号，并将至少两个子事务编号对应的子事务处理结果从对外不可见状态切换成对外可见状态。若全局事务中的至少两个子事务进行处理时，出现任意一个子事务处理失败的情况，则对全局事务中的至少两个子事务重新进行处理。

在一个可选实施例中，对全局事务中的至少两个子事务重新进行处理可以是：响应于对全局事务的回滚指令，根据事务关联表确定关联的至少两个子事务编号，并对至少两个子事务编号对应的子事务处理结果均进行回滚；其中，全局事务的回滚指令(如rollback)用于对全局事务中的至少两个子事务重新进行处理。回滚指令在关联的任一子事务处理失败的情况下生成。

具体的，针对全局事务中的至少两个子事务，若任一子事务处理失败时，可生成全局事务的回滚指令，基于事务关联表，确定存在关联的至少两个子事务编号，并对至少两个子事务编号对应的子事务处理结果均进行回滚，即重新对子事务进行处理，得到新的子事务处理结果，并将新的子事务处理结果记录至事务关联表中。可选的，事务关联表在记录新的子事务处理结果时，可以将子事务编号对应的原子事务处理结果覆盖；还可以将新的子事务处理结果，与对应的子事务编号标记为新的版本，以供后续使用。

可以理解的是，通过引入回滚指令，在关联的任一子事务处理失败时，对子事务处理结果进行回滚，实现了全局事务中各子事务的原子性，避免了对外可见的子事务处理结果出现错误，提高了子事务处理结果的准确性。

本发明实施例提供的一种事务处理方案，通过在需要进行跨连接关联的全局事务内添加全局事务编号，根据子事务请求，获取全局事务编号，并为子事务请求分配子事务编号，事务关联表中记录全局事务编号和子事务编号之间的关联关系，响应于全局事务的提交指令，在事务关联表中找到该全局事务编号对应的全部子事务编号，将子事务编号对应的子事务处理结果对外可见，该方案能够并行同步数据，并发性能优越，提高了同步效率，保证了下游数据库在任意时刻读取数据的一致性。同时该方案的内部处理机制简单，资源消耗少。并且，该方案还提供了一种子事务处理结果的对外不可见状态，为处理跨连接关联的全局事务提供了等待时间，确保全局事务中各子事务均完成处理。

本发明实施例中，为了确保提交指令是在全局事务中各子事务均完成处理时生成，可以添加同步协商过程，即全局事务中的首个子事务在完成处理后，会分别向全局事务中的其他子事务发起询问，询问其他子事务是否已完成处理，若均得到肯定回复，则生成全局事务的提交指令。

实施例二

图2A是本发明实施例二提供的一种事务处理方法的流程图，本实施例在上述实施例的基础上，进一步的，将“将全局事务编号和子事务编号之间的关联关系写入事务关联表中”操作，细化为“若事务关联表中包括全局事务编号，则从事务关联表中获取全局事务编号所关联的全局内部编号，并将全局事务编号、全局内部编号和子事务编号之间的关联关系写入事务关系表中；否则，将子事务编号作为全局事务编号关联的全局内部编号，并将全局事务编号、全局内部编号和子事务编号之间的关联关系写入事务关系表中”，以完善事务关联表的确定机制。需要说明的是，在本发明实施例中未详述部分，可参见其他实施例的表述。

参见图2A所示的事务处理方法，包括：

S210、从获取的子事务请求中提取全局事务编号，并为子事务请求分配子事务编号。

S220、若事务关联表中包括全局事务编号，则从事务关联表中获取全局事务编号所关联的全局内部编号，并将全局事务编号、全局内部编号和子事务编号之间的关联关系写入事务关系表中。

其中，全局内部编号(Global_tid)与全局事务编号的作用相同，用于表征各子事务请求间存在关联的编号。全局内部编号可以根据全局事务中的首个子事务对应的子事务编号确定，如全局事务中的首个子事务对应的子事务编号为Tid1，则全局内部编号为Tid1。设置全局内部编号的好处是，当全局事务编号较长时，可以使用较短的全局内部编号进行处理，以便减少事务处理过程中资源的使用。需要说明的是，全局内部编号不是必须存在的，可以根据实际情况确定是否需要设置全局内部编号。

具体的，若查询到全局事务编号在事务关联表中，则从事务关联表中获取全局事务编号所关联的全局内部编号，并基于全局事务编号，将全局内部编号和子事务编号写入事务关系表中全局事务编号对应的位置。

S230、否则，将子事务编号作为全局事务编号关联的全局内部编号，并将全局事务编号、全局内部编号和子事务编号之间的关联关系写入事务关系表中。

具体的，若事务关联表中没有查询到全局事务编号，则插入预设条数的记录，将全局事务编号、全局内部编号和子事务编号写入事务关联表。预设条数根据全局事务中包括的子事务的个数确定，该全局事务是指在事务关联表中没有查询到全局事务编号的全局事务。

举例说明，针对存在关联的第一子事务和第二子事务，若第一子事务和第二子事务的全局事务编号为10001，第一子事务的子事务内部编号为Tid1，第二子事务的子事务内部编号为Tid2。若在事务关联表中没有查找到全局事务编号为10001的记录，则在事务关联表中插入两条记录，如表1所示：

表1中Global_trans表示全局事务编号，10001为全局事务编号的具体数值；Global_tid表示全局内部编号，Tid1为全局内部编号的具体数值，由第一子事务编号确定；Tid表示子事务编号，Tid1为第一子事务编号，Tid2为第二子事务编号。

表1事务关联表中的插入记录表

Global_trans	Global_tid	Tid
			10001	Tid1	Tid1
10001	Tid1	Tid2

S240、对子事务进行处理得到子事务处理结果，并对子事务处理结果进行持久化，且控制子事务处理结果处于对外不可见状态。

在一个可选实施例中，对子事务进行处理得到子事务处理结果，并对子事务处理结果进行持久化，且控制子事务处理结果处于对外不可见状态，包括：对子事务进行处理得到子事务处理结果，且将子事务处理结果写入内存中；响应于对子事务的预提交指令，对子事务处理结果进行持久化，并控制子事务处理结果处于对外不可见状态。

其中，预提交指令(如precommit和subcommit)是指控制子事务处理结果处于待提交状态的指令。

具体的，根据子事务请求，对子事务进行处理，得到子事务处理结果，将子事务处理结果写入内存中，当至少部分子事务未完成处理时，基于预提交指令，将已得到的子事务处理结果持久化，并控制已得到的子事务处理结果处于对外不可见状态，即对外不可见。

可以理解的是，通过引入预提交指令，对子事务处理结果持久化，并控制子事务处理结果处于对外不可见状态，实现了全局事务中各子事务的隔离性，可以避免子事务处理结果对外可见时出现缺失的情况，提高了子事务处理结果对外可见的完整性。

S250、响应于对全局事务的提交指令，根据事务关联表确定关联的至少两个子事务编号，并将至少两个子事务编号对应的子事务处理结果切换成对外可见状态。

本发明实施例提供的一种事务处理方案，通过若事务关联表中包括全局事务编号，则从事务关联表中获取全局事务编号所关联的全局内部编号，并将全局事务编号、全局内部编号和子事务编号之间的关联关系写入事务关系表中；否则，将子事务编号作为全局事务编号关联的全局内部编号，并将全局事务编号、全局内部编号和子事务编号之间的关联关系写入事务关系表中，实现了在充分考虑事务关联表中内容的情况下，对事务关联表的内容进行添加，以提高事务关联表中内容的全面性，为后续根据事务关联表进行处理提供了基础。

本发明实施例中，对事务处理方法的应用场景不作任何限定。可选的，事务处理方法应用于数据同步场景中，或者可选的，事务处理方法应用于单元化应用架构场景中。

在一个可选实施例中，事务处理方法应用于数据同步场景中，且数据同步场景中的上游数据库为分布式数据库时，子事务请求由各同步节点根据对应的数据分片中的待同步数据生成；各待同步数据之间相互关联。其中，分布式数据库作为在线交易系统(OLTP，On-Line Transaction Processing)，需要实时将数据同步到下游数据库做进一步处理。数据分片是构成分布式数据库的一部分。同步节点可以用于对子事务进行处理。待同步数据是指分布式数据库中的数据。

具体的，由于分布式数据库中存在多个数据分片，数据分片间并发同步数据具有较高性能，但多个数据分片向下游数据库同步数据时，数据分片之间的数据在下游数据库中异步提交，导致应用在下游数据库查询数据时出现全局不一致的问题。

为解决基于分布式数据库，下游数据库在查询数据时出现的全局不一致的问题，以图2B所示的数据同步场景图为例，进行举例说明。在数据同步场景中，存在上游分布式数据库、数据同步工具以及下游数据库。其中，上游分布式数据库中包括计算节点、全局事务管理器；数据同步工具中包括第一同步节点和第二同步节点，且第一同步节点和第二同步节点之间相互关联。

延续前例，若第一同步节点开始第一子事务，第二同步节点开始第二子事务，从第一子事务请求和/或第二子事务请求中提取出全局事务编号为10001，则第一子事务和第二子事务的全局事务编号为10001；下游数据库生成Tid1作为第一子事务编号，Tid2作为第二子事务编号，并将全局事务编号10001和第一子事务编号Tid1之间的关联关系写入事务关联表中，同理，将全局事务编号10001和第二子事务编号Tid2之间的关联关系写入事务关联表中。由于第一子事务和第二子事务的全局事务编号相同，则下游数据库将第一子事务和第二子事务关联起来，作为一个全局事务进行处理。

延续前例，通过数据操作将第一同步节点得到的第一事务处理结果，以及第二同步节点得到的第二事务处理结果回放下游数据库中的事务关联表中。示例性的，数据操作可以包括UPDATE(数据更新)、DELETE(删除)、INSERT(添加)等语句中的至少一种。需要说明的是，在第一同步节点完成第一子事务处理时，会发起预提交指令，将下游数据库的事务关联表中的第一事务处理结果持久化，且控制第一事务处理结果不可见；同理，在第二同步节点完成第二子事务处理时，会发起预提交指令，将第二事务处理结果持久化，且控制第二事务处理结果不可见。当第一同步节点和第二同步节点均完成子事务处理时，第一同步节点会发起提交指令，控制第一处理结果和第二处理结果可见。

延续前例，上游分布式数据库在提交全局事务时，由计算节点在提交时刻标记该全局事务涉及到的第一数据分片g1和第二数据分片g2，并通过“commit on g1,g2”语句传递给第一数据分片。第一数据分片在接收到“commit on g1,g2”请求时，将“commit on g1,g2”写入binlog(二进制日志)中，同时将该全局事务的全局事务编号写入binlog中。当第一同步节点解析到binlog时，会进行同步协商，同步协商的过程是：第一同步节点会向第二同步节点发起询问，询问第二同步节点是否已完成第二子事务，且将第二事务处理结果写入事务关联表中，若第二同步节点已完成前述操作，则反馈给第一同步节点肯定的语句，第一同步节点接收到第二同步节点发送的肯定语句时，会生成提交指令。进行同步协商的好处是，确定全局事务中的第一子事务和第二子事务均处理完成。

在另一个可选实施例中，事务处理方法应用于单元化应用架构场景中时，事务请求由各应用单元根据对应的应用功能生成；各应用功能之间相互关联。

其中，单元化应用架构是指使用上层应用系统，将应用的完整功能拆分成多个应用单元，每个应用单元执行其中一部分功能，多个应用单元协作一个完整的应用。

参见图2C所示的单元化应用架构场景图，示例性的，若该场景图为一个转账应用，其中第一应用单元负责扣款功能(如从A账户中扣取a元)，第二应用单元负责加款功能(如将a元存入B账户)，第一应用单元和第二应用单元完成一个转账的全局事务，且第一应用单元和第二应用单元分别与数据库发起独立的连接。具体的，若第一应用单元开始A账户扣款a元事务，第二应用单元开始B账户加款a元事务，从A账户扣款a元事务请求和/或B账户加款a元事务请求中提取出全局事务编号为10002，则A账户扣款a元事务和B账户加款a元事务的全局事务编号为10002；下游数据库生成Tid11作为A账户扣款a元事务编号，Tid22作为B账户加款a元事务编号，并将全局事务编号10002和A账户扣款a元事务编号Tid11之间的关联关系写入事务关联表中，同理，将全局事务编号10002和B账户加款a元事务编号Tid22之间的关联关系写入事务关联表中。由于A账户扣款a元事务和B账户加款a元事务的全局事务编号相同，则下游数据库将A账户扣款a元事务和B账户加款a元事务关联起来，作为一个全局事务进行处理。

延续前例，第一应用单元发起数据更新，得到A账户已完成扣款a元的结果；第二应用单元发起数据更新，得到B账户已完成加款a元的结果。需要说明的是，在第一应用单元完成A账户扣款a元事务时，会发起预提交指令，下游数据库将A账户已完成扣款a元的结果进行持久化，且控制A账户已完成扣款a元的结果对外不可见；同理，在第二应用单元完成B账户加款a元事务时，会发起预提交指令，下游数据库将B账户已完成加款a元的结果进行持久化，且控制B账户已完成加款a元的结果对外不可见。当第一应用单元完成A账户扣款a元事务，且第二应用单元完成B账户加款a元事务时，第一应用单元会发起提交指令，控制第一应用单元和第二应用单元的子事务处理结果对外可见。

延续前例，若第一应用单元和/或第二应用单元进行子事务处理时出现失败的情况，则由前述两个应用单元中的任意一个发起回滚指令，该回滚指令会控制前述两个应用单元同时回滚对应的子事务，以实现两个子事务的原子性。

本发明实施例中提供了两种子事务请求的生成方法，即提供了两种事务处理的应用场景，为本发明实施例的部分应用范围作了说明，以便更好的应用本发明实施例所提供的事务处理方法。

实施例三

图3是本发明实施例三提供的一种事务处理装置的结构示意图。本实施例可适用于对事务进行处理的情况。该事务处理装置可以采用硬件和/或软件的形式实现，并可集成于承载事务处理功能的电子设备中。如图3所示，本实施例的事务处理装置包括：子事务编号分配模块310、事务关联表确定模块320、不可见状态控制模块330和对外可见状态切换模块340。其中，

子事务编号分配模块310，用于从获取的子事务请求中提取全局事务编号，并为子事务请求分配子事务编号；

事务关联表确定模块320，用于将全局事务编号和子事务编号之间的关联关系写入事务关联表中；

不可见状态控制模块330，用于对子事务进行处理得到子事务处理结果，并对子事务处理结果进行持久化，且控制子事务处理结果处于对外不可见状态；

对外可见状态切换模块340，用于响应于对全局事务的提交指令，根据事务关联表确定关联的至少两个子事务编号，并将至少两个子事务编号对应的子事务处理结果切换成对外可见状态。

本发明实施例提供的一种事务处理方案，通过子事务编号分配模块从获取的子事务请求中提取全局事务编号，并为子事务请求分配子事务编号；通过事务关联表确定模块将全局事务编号和子事务编号之间的关联关系写入事务关联表中；通过不可见状态控制模块对子事务进行处理得到子事务处理结果，并对子事务处理结果进行持久化，且控制子事务处理结果处于对外不可见状态；通过对外可见状态切换模块响应于对全局事务的提交指令，根据事务关联表确定关联的至少两个子事务编号，并将至少两个子事务编号对应的子事务处理结果切换成对外可见状态。该方案能够并行同步数据，并发性能优越，提高了同步效率，保证了下游数据库在任意时刻读取数据的一致性。同时该方案的内部处理机制简单，资源消耗少。并且，该方案还提供了一种子事务处理结果的对外不可见状态，为处理跨连接关联的全局事务提供了等待时间，确保全局事务中各子事务均完成处理。

可选的，事务关联表确定模块320，包括：

第一事务关联表确定单元，用于若事务关联表中包括全局事务编号，则从事务关联表中获取全局事务编号所关联的全局内部编号，并将全局事务编号、全局内部编号和子事务编号之间的关联关系写入事务关系表中；

第二事务关联表确定单元，用于否则，将子事务编号作为全局事务编号关联的全局内部编号，并将全局事务编号、全局内部编号和子事务编号之间的关联关系写入事务关系表中。

可选的，不可见状态控制模块330，包括：

子事务处理结果确定单元，用于对子事务进行处理得到子事务处理结果，且将子事务处理结果写入内存中；

对外不可见状态控制单元，用于响应于对子事务的预提交指令，对子事务处理结果进行持久化，并控制子事务处理结果处于对外不可见状态。

可选的，该装置中，对全局事务的提交指令在关联的至少两个子事务处理成功的情况下生成。

可选的，该装置还包括：

回滚模块，用于响应于对全局事务的回滚指令，根据事务关联表确定关联的至少两个子事务编号，并对至少两个子事务编号对应的子事务处理结果均进行回滚；回滚指令在关联的任一子事务处理失败的情况下生成。

可选的，该装置中，子事务请求由各同步节点根据对应的数据分片中的待同步数据生成；各待同步数据之间相互关联。

可选的，该装置中，子事务请求由各应用单元根据对应的应用功能生成；各应用功能之间相互关联。

本发明实施例所提供的事务处理装置可执行本发明任意实施例所提供的事务处理方法，具备执行各事务处理方法相应的功能模块和有益效果。

本发明的技术方案中，所涉及的子事务请求和子事务处理结果等的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

实施例四

图4是本发明实施例四提供的一种实现事务处理方法的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如事务处理方法。

在一些实施例中，事务处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的事务处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行事务处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种事务处理方法，其特征在于，包括：

从获取的子事务请求中提取全局事务编号，并为所述子事务请求分配子事务编号；

将所述全局事务编号和所述子事务编号之间的关联关系写入事务关联表中；

对所述子事务进行处理得到子事务处理结果，并对所述子事务处理结果进行持久化，且控制所述子事务处理结果处于对外不可见状态；

响应于对全局事务的提交指令，根据所述事务关联表确定关联的至少两个子事务编号，并将所述至少两个子事务编号对应的子事务处理结果切换成对外可见状态。

2.根据权利要求1所述的方法，其特征在于，所述将所述全局事务编号和所述子事务编号之间的关联关系写入事务关联表中，包括：

若所述事务关联表中包括所述全局事务编号，则从所述事务关联表中获取所述全局事务编号所关联的全局内部编号，并将所述全局事务编号、所述全局内部编号和所述子事务编号之间的关联关系写入事务关系表中；

否则，将所述子事务编号作为所述全局事务编号关联的全局内部编号，并将所述全局事务编号、所述全局内部编号和所述子事务编号之间的关联关系写入事务关系表中。

3.根据权利要求1所述的方法，其特征在于，所述对所述子事务进行处理得到子事务处理结果，并对所述子事务处理结果进行持久化，且控制所述子事务处理结果处于对外不可见状态，包括：

对所述子事务进行处理得到子事务处理结果，且将所述子事务处理结果写入内存中；

响应于对子事务的预提交指令，对所述子事务处理结果进行持久化，并控制所述子事务处理结果处于对外不可见状态。

4.根据权利要求1所述的方法，其特征在于，对全局事务的提交指令在关联的至少两个子事务处理成功的情况下生成。

5.根据权利要求1所述的方法，其特征在于，还包括：

响应于对全局事务的回滚指令，根据所述事务关联表确定关联的至少两个子事务编号，并对所述至少两个子事务编号对应的子事务处理结果均进行回滚；所述回滚指令在关联的任一子事务处理失败的情况下生成。

6.根据权利要求1所述的方法，其中，所述子事务请求由各同步节点根据对应的数据分片中的待同步数据生成；各待同步数据之间相互关联。

7.根据权利要求1所述的方法，其中，所述子事务请求由各应用单元根据对应的应用功能生成；各应用功能之间相互关联。

8.一种事务处理装置，其特征在于，包括：

子事务编号分配模块，用于从获取的子事务请求中提取全局事务编号，并为所述子事务请求分配子事务编号；

事务关联表确定模块，用于将所述全局事务编号和所述子事务编号之间的关联关系写入事务关联表中；

不可见状态控制模块，用于对所述子事务进行处理得到子事务处理结果，并对所述子事务处理结果进行持久化，且控制所述子事务处理结果处于对外不可见状态；

对外可见状态切换模块，用于响应于对全局事务的提交指令，根据所述事务关联表确定关联的至少两个子事务编号，并将所述至少两个子事务编号对应的子事务处理结果切换成对外可见状态。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7任一项所述的一种事务处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7任一项所述的一种事务处理方法。

Images