基于日终对账的分布式事务双补偿方法与装置

摘要

本申请提供了一种基于日终对账的分布式事务双补偿方法与装置。该方法包括：按照业务处理流程对各事务进行正常处理，不考虑事务异常情况；在对事务进行正常处理后，实时提交事务对应的数据库；若在处理预定事务时，遇到异常，采用实时补偿机制对预定事务之前的各事务对应的数据库进行实时补偿；若经过实时补偿后，仍不满足全局事务一致性原则，则进行日终对账补偿。通过实时补偿和日终对账补偿的双补偿机制保证多个数据库的一致性。实现了事务实时性和一致性的平衡。本方案具有高效、事务实时性和对业务代码侵入性低的优点。

说明书

技术领域

本申请涉及分布式事务领域，具体而言，涉及一种基于日终对账的分布式事务双补偿方法、装置、计算机可读存储介质与处理器。

背景技术

业务系统同时使用多个数据库时，需要协调多个数据库保证数据库全局事务一致性，既分布式数据库事务。传统上解决分布式事务有2PC两段式提交、TCC确认补偿、MQ消息等多种方式，但传统的分布式事务解决方案存在事务实时性不高，对业务代码侵入性高，开发成本高等不足。

具体地，传统的分布式事务解决方案存在以下问题：

2PC两段补偿机制：该机制共两步操作：准备和提交。是同步阻塞机制，需要等分布式中所有节点确认完毕后才能最终提交，耗时较长，性能较低。而且缺乏容错机制，当仅部分节点提交而事务不一致时缺乏自我修正机制。

TCC确认补偿机制：该机制共三方面操作：Try预留资源、Confirm确认提交、Cancel取消释放资源。该机制的容错性步骤，对业务开发代码侵入性较高。例如在第二步确认提交和第三步取消释放资源，都可能存在错误。如果不处理这些错误，事务一致性破坏。如果处理这些错误，则需要业务系统开发大量的错误处理逻辑来确保事务一致性，对业务系统代码侵入较高，且错误处理代码中也可能存在缺陷而导致事务不一致。

MQ消息机制：MQ消息机制是将事务进行异步退化，交由第三方MQ中间件完成。此机制存在数据库事务过度依赖于第三方MQ中间件，MQ是异步机制，而且采用队列排队机制，当业务量高峰时，MQ队列中通常有消息积压，不适用于高实时的业务系统不适用，存在事务实时性较差的不足。

发明内容

本申请的主要目的在于提供一种基于日终对账的分布式事务双补偿方法、装置、计算机可读存储介质与处理器，以解决现有技术中分布式事务解决方案存在事务实时性不高，对业务代码侵入性高以及开发成本高等不足的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种基于日终对账的分布式事务双补偿方法，包括：按照业务处理流程对各事务进行正常处理，不考虑事务异常情况；在对所述事务进行正常处理后，实时提交所述事务对应的数据库；若在处理预定事务时，遇到异常，采用实时补偿机制对所述预定事务之前的各所述事务对应的所述数据库进行实时补偿；若经过所述实时补偿后，仍不满足全局事务一致性原则，则进行日终对账补偿。

进一步地，对所述预定事务之前的各所述事务对应的所述数据库进行实时补偿，包括：将所述预定事务之前的各所述事务对应的所述数据库，修正为提交之前的状态。

进一步地，若经过所述实时补偿后，仍不满足全局事务一致性原则，则进行日终对账补偿，包括：在对所述数据库修正失败的情况下，基于日终对账一致性保证机制，在日终时对所有的所述数据库中的数据进行核对；若仍有部分的所述数据库存在不一致的情况，对异常的所述数据库中的数据进行修改，以保证所有的所述数据库全局事务一致。

进一步地，在日终时对所有的所述数据库中的数据进行核对，包括：基于逐笔核对原则，在日终时对所有的所述数据库中的数据进行核对。

进一步地，所述实时补偿机制为公共补偿机制。

根据本申请的另一个方面，提供了一种基于日终对账的分布式事务双补偿装置，包括：处理单元，用于按照业务处理流程对各事务进行正常处理，不考虑事务异常情况；提交单元，用于在对所述事务进行正常处理后，实时提交所述事务对应的数据库；第一补偿单元，用于若在处理预定事务时，遇到异常，采用实时补偿机制对所述预定事务之前的各所述事务对应的所述数据库进行实时补偿；第二补偿单元，用于若经过所述实时补偿后，仍不满足全局事务一致性原则，则进行日终对账补偿。

进一步地，所述第一补偿单元还用于将所述预定事务之前的各所述事务对应的所述数据库，修正为提交之前的状态。

进一步地，所述第二补偿单元包括核对模块和修改模块，所述核对模块用于在对所述数据库修正失败的情况下，基于日终对账一致性保证机制，在日终时对所有的所述数据库中的数据进行核对；所述修改模块用于若仍有部分的所述数据库存在不一致的情况，对异常的所述数据库中的数据进行修改，以保证所有的所述数据库全局事务一致。

根据本申请的又一个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行任意一种所述的基于日终对账的分布式事务双补偿方法。

根据本申请的再一个方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行任意一种所述的基于日终对账的分布式事务双补偿方法。

应用本申请的技术方案，按照业务处理流程对各事务进行正常处理，且在正常处理后，实时提交事务对应的数据库，若在正常处理的过程中，遇到异常的情况下，就对正处理的预定事务之前的各事务对应的数据库进行实时补偿，若实时补偿后仍不满足全局事务一致性原则，则进行日终对账补偿，通过实时补偿和日终对账补偿的双补偿机制保证多个数据库的一致性。实现了事务实时性和一致性的平衡。本方案具有高效、事务实时性和对业务代码侵入性低的优点，按照业务处理流程对各事务进行正常处理，不考虑事务异常情况，可以避免对业务代码侵入。本方案避免了2PC两段式提交的同步协调耗时低效动作，保证了高效性；双补偿机制中的实时补偿动作是及时进行补偿，最大限度确保跨库(即跨数据库)分布式事务能实时反映。避免了现有基于MQ事务机制的实时性不足的问题。

附图说明

构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了根据本申请的实施例的一种基于日终对账的分布式事务双补偿方法流程图；

图2示出了根据本申请的实施例的基于日终对账的分布式事务双补偿装置示意图；

图3示出了根据本申请的实施例的一种具体的日终对账的分布式事务双补偿方法流程图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应该理解的是，当元件(诸如层、膜、区域、或衬底)描述为在另一元件“上”时，该元件可直接在该另一元件上，或者也可存在中间元件。而且，在说明书以及权利要求书中，当描述有元件“连接”至另一元件时，该元件可“直接连接”至该另一元件，或者通过第三元件“连接”至该另一元件。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

日终对账：在银行、保险等金融领域，从业务和技术角度要求每日日终时(通常在夜间或凌晨)各个系统、各个模块会进行批量的明细数据逐笔核对，即使在白天日间存在一定差错或者不一致，在日终时也有汇总对账、明细对账、差错识别和处理机制，并通过差异处理规范和规则将各个系统之间的数据调整一致。如遇到特殊异常情况，还会由人工介入处理以确保在日终时，各系统数据能核对一致，保障日终时最终一致性。

正如背景技术中所介绍的，现有技术中的分布式事务解决方案存在事务实时性不高，对业务代码侵入性高以及开发成本高等不足，为解决如上分布式事务解决方案存在事务实时性不高，对业务代码侵入性高以及开发成本高等不足的问题。本申请的实施例提供了一种基于日终对账的分布式事务双补偿方法、装置、计算机可读存储介质与处理器。

根据本申请的实施例，提供了一种基于日终对账的分布式事务双补偿方法。

图1是根据本申请实施例的基于日终对账的分布式事务双补偿方法的流程图。如图1所示，该方法包括以下步骤：

步骤S101，按照业务处理流程对各事务进行正常处理，不考虑事务异常情况；

步骤S102，在对上述事务进行正常处理后，实时提交上述事务对应的数据库；

步骤S103，若在处理预定事务时，遇到异常，采用实时补偿机制对上述预定事务之前的各上述事务对应的上述数据库进行实时补偿；

步骤S104，若经过上述实时补偿后，仍不满足全局事务一致性原则，则进行日终对账补偿。

具体地，例如在处理第三个事务时出现异常，则对第一个事务对应的数据库和第二个事务对应的数据库进行实时补偿。

具体地，日终对账补偿是指基于日终对账的原则，对不满足全局事务一致性原则的数据库进行修正。

上述方案中，按照业务处理流程对各事务进行正常处理，且在正常处理后，实时提交事务对应的数据库，若在正常处理的过程中，遇到异常的情况下，就对正处理的预定事务之前的各事务对应的数据库进行实时补偿，若实时补偿后仍不满足全局事务一致性原则，则进行日终对账补偿，通过实时补偿和日终对账补偿的双补偿机制保证多个数据库的一致性。实现了事务实时性和一致性的平衡。本方案具有高效、事务实时性和对业务代码侵入性低的优点，按照业务处理流程对各事务进行正常处理，不考虑事务异常情况，可以避免对业务代码侵入。本方案避免了2PC两段式提交的同步协调耗时低效动作，保证了高效性；双补偿机制中的实时补偿动作是及时进行补偿，最大限度确保跨库(即跨数据库)分布式事务能实时反映。避免了现有基于MQ事务机制的实时性不足的问题。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请的一种实施例中，对上述预定事务之前的各上述事务对应的上述数据库进行实时补偿，包括：将上述预定事务之前的各上述事务对应的上述数据库，修正为提交之前的状态。

本申请的一种实施例中，若经过上述实时补偿后，仍不满足全局事务一致性原则，则进行日终对账补偿，包括：在对上述数据库修正失败的情况下，基于日终对账一致性保证机制，在日终时对所有的上述数据库中的数据进行核对；若仍有部分的上述数据库存在不一致的情况，对异常的上述数据库中的数据进行修改，以保证所有的上述数据库全局事务一致。

本申请的一种实施例中，在日终时对所有的上述数据库中的数据进行核对，包括：基于逐笔核对原则，在日终时对所有的上述数据库中的数据进行核对。

本申请的一种实施例中，上述实时补偿机制为公共补偿机制。公共补偿机制是指本方案中的实时补偿机制是一种公用的机制，适用于不同的分布式事务。在业务系统中无需开发大量与分布式事务相关的控制、处理代码。本方案的机制通常只需要一行代码，调用公共补偿机制即可。这种方式避免了TCC机制大量代码对业务系统的侵入，同时也减少了开发出错概率，对业务系统侵入性低。由于在业务系统无需大量的分布式事务处理代码，开发的难度和成本大幅降低。而实时补偿机制是公共服务，仅开发一次即可，避免了TCC机制分散在多个业务功能中，需要多人开发使得开发成本和出错概率均增加的问题。实现了高性能、高实时性、低侵入，低开发成本。

本申请实施例还提供了一种基于日终对账的分布式事务双补偿装置，需要说明的是，本申请实施例的基于日终对账的分布式事务双补偿装置可以用于执行本申请实施例所提供的用于基于日终对账的分布式事务双补偿方法。以下对本申请实施例提供的基于日终对账的分布式事务双补偿装置进行介绍。

图2是根据本申请实施例的基于日终对账的分布式事务双补偿装置的示意图。如图2所示，该装置包括：

处理单元10，用于按照业务处理流程对各事务进行正常处理，不考虑事务异常情况；

提交单元20，用于在对上述事务进行正常处理后，实时提交上述事务对应的数据库；

第一补偿单元30，用于若在处理预定事务时，遇到异常，采用实时补偿机制对上述预定事务之前的各上述事务对应的上述数据库进行实时补偿；

第二补偿单元40，用于若经过上述实时补偿后，仍不满足全局事务一致性原则，则进行日终对账补偿。

具体地，例如在处理第三个事务时出现异常，则对第一个事务对应的数据库和第二个事务对应的数据库进行实时补偿。

具体地，日终对账补偿是指基于日终对账的原则，对不满足全局事务一致性原则的数据库进行修正。

上述方案中，处理单元按照业务处理流程对各事务进行正常处理，提交单元在正常处理后，实时提交事务对应的数据库，若在正常处理的过程中，遇到异常的情况下，第一补偿单元就对正处理的预定事务之前的各事务对应的数据库进行实时补偿，若实时补偿后仍不满足全局事务一致性原则，第二补偿单元则进行日终对账补偿，通过实时补偿和日终对账补偿的双补偿机制保证多个数据库的一致性。实现了事务实时性和一致性的平衡。本方案具有高效、事务实时性和对业务代码侵入性低的优点，按照业务处理流程对各事务进行正常处理，不考虑事务异常情况，可以避免对业务代码侵入。本方案避免了2PC两段式提交的同步协调耗时低效动作，保证了高效性；双补偿机制中的实时补偿动作是及时进行补偿，最大限度确保跨库(即跨数据库)分布式事务能实时反映。避免了现有基于MQ事务机制的实时性不足的问题。

本申请的一种实施例中，上述第一补偿单元还用于将上述预定事务之前的各上述事务对应的上述数据库，修正为提交之前的状态。

本申请的一种实施例中，上述第二补偿单元包括核对模块和修改模块，上述核对模块用于在对上述数据库修正失败的情况下，基于日终对账一致性保证机制，在日终时对所有的上述数据库中的数据进行核对；上述修改模块用于若仍有部分的上述数据库存在不一致的情况，对异常的上述数据库中的数据进行修改，以保证所有的上述数据库全局事务一致。

本申请的一种实施例中，核对模块还用于基于逐笔核对原则，在日终时对所有的上述数据库中的数据进行核对。

所述基于日终对账的分布式事务双补偿装置包括处理器和存储器，上述处理单元、提交单元、第一补偿单元和第二补偿单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决分布式事务解决方案存在事务实时性不高，对业务代码侵入性高以及开发成本高等不足的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行所述基于日终对账的分布式事务双补偿方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述基于日终对账的分布式事务双补偿方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下步骤：

步骤S101，按照业务处理流程对各事务进行正常处理，不考虑事务异常情况；

步骤S102，在对上述事务进行正常处理后，实时提交上述事务对应的数据库；

步骤S103，若在处理预定事务时，遇到异常，采用实时补偿机制对上述预定事务之前的各上述事务对应的上述数据库进行实时补偿；

步骤S104，若经过上述实时补偿后，仍不满足全局事务一致性原则，则进行日终对账补偿。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下方法步骤的程序：

步骤S101，按照业务处理流程对各事务进行正常处理，不考虑事务异常情况；

步骤S102，在对上述事务进行正常处理后，实时提交上述事务对应的数据库；

步骤S103，若在处理预定事务时，遇到异常，采用实时补偿机制对上述预定事务之前的各上述事务对应的上述数据库进行实时补偿；

步骤S104，若经过上述实时补偿后，仍不满足全局事务一致性原则，则进行日终对账补偿。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

实施例

本实施例涉及一种具体的基于日终对账的分布式事务双补偿方法，图3示出了该方法的流程图。该方法主要包括三个步骤：

步骤一：正常处理，按照乐观原则，业务逻辑逐步进行正常处理，不必过多考虑事务异常，避免对代码侵入。由于实际环境中，大部分业务都能正常成功处理，因此大部分业务都只需要进行正常处理操作，无需进行补偿动作，提高了业务系统的整体性能。

步骤二：实时补偿，若在正常处理的过程中，遇到了异常，需要跨数据库整体回滚。例如在图3中，整个业务处理流程共涉及4个事务，4个数据库。假如事务1和事务2已经完成，在数据库A和数据库B中已经提交完成。但在处理事务3时，遇到异常，需要整体回滚(即需要将数据库A和数据库B中的数据修正为提交之前的状态)。这时，业务系统只需仅发出实时补偿通知即可。公共的实时补偿机制，收到补偿通知后，根据相关信息对数据库A和数据库B中的数据进行反向数据库补偿操作(比如数据反向操作)，实现对已提交的关键数据恢复到提交之前。实时补偿尽可能尝试成功补偿。通常实时补偿在绝大部分情况下都能成功，即事务实时生效。

步骤三：日终对账补偿，实时补偿虽然能在绝大部分情况下成功，但仍存在少量偶发的异常或错误而失败。因此借助日终对账一致性保证机制，在日终时，日终对账补偿会检查所有数据库中的数据，进行逐笔核对，如发现仍有事务不一致的，则根据相关信息进行最终一致性补偿机制，既修改数据使得跨数据库之间事务一致。因此，通过日终对账补偿实现了事务最终一致性的兜底机制。

本方案通过实时补偿和日终对账补偿的双补偿机制，实现了事务实时性和一致性的平衡。

本方案的双补偿机制具有四方面特点：

1、性能高。避免了2PC两段式提交的同步协调耗时低效动作。

2、事务接近实时。双补偿机制中的实时补偿机制是及时进行补偿，最大限度确保跨库分布式事务能实时反映。避免了现有基于MQ事务机制的实时性不足。

3、对业务系统侵入性低。业务系统中无需开发大量与分布式事务相关的控制、处理代码。本方案的机制通常只需要一行代码，调用公共的补偿机制(本方案中的实时补偿机制为公共补偿机制)即可。这种方式避免了TCC机制大量代码对业务系统的侵入，同时也减少了开发出错概率。

4、开发成本。由于在业务系统无需大量的分布式事务处理代码，开发的难度和成本大幅降低。而实时补偿机制是公共服务，仅开发一次即可，避免了TCC机制分散在多个业务功能中，需要多人开发使得开发成本和出错概率均增加。

从以上的描述中，可以看出，本申请上述的实施例实现了如下技术效果：

1)、本申请的基于日终对账的分布式事务双补偿方法，按照业务处理流程对各事务进行正常处理，且在正常处理后，实时提交事务对应的数据库，若在正常处理的过程中，遇到异常的情况下，就对正处理的预定事务之前的各事务对应的数据库进行实时补偿，若实时补偿后仍不满足全局事务一致性原则，则进行日终对账补偿，通过实时补偿和日终对账补偿的双补偿机制保证多个数据库的一致性。实现了事务实时性和一致性的平衡。本方案具有高效、事务实时性和对业务代码侵入性低的优点，按照业务处理流程对各事务进行正常处理，不考虑事务异常情况，可以避免对业务代码侵入。本方案避免了2PC两段式提交的同步协调耗时低效动作，保证了高效性；双补偿机制中的实时补偿动作是及时进行补偿，最大限度确保跨库(即跨数据库)分布式事务能实时反映。避免了现有基于MQ事务机制的实时性不足的问题。

2)、本申请的基于日终对账的分布式事务双补偿装置，处理单元按照业务处理流程对各事务进行正常处理，提交单元在正常处理后，实时提交事务对应的数据库，若在正常处理的过程中，遇到异常的情况下，第一补偿单元就对正处理的预定事务之前的各事务对应的数据库进行实时补偿，若实时补偿后仍不满足全局事务一致性原则，第二补偿单元则进行日终对账补偿，通过实时补偿和日终对账补偿的双补偿机制保证多个数据库的一致性。实现了事务实时性和一致性的平衡。本方案具有高效、事务实时性和对业务代码侵入性低的优点，按照业务处理流程对各事务进行正常处理，不考虑事务异常情况，可以避免对业务代码侵入。本方案避免了2PC两段式提交的同步协调耗时低效动作，保证了高效性；双补偿机制中的实时补偿动作是及时进行补偿，最大限度确保跨库(即跨数据库)分布式事务能实时反映。避免了现有基于MQ事务机制的实时性不足的问题。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。