CN112256656A - 事务回滚方法及装置、数据库、系统、计算机存储介质 - Google Patents

Abstract

本发明提供一种事务回滚方法、事务回滚装置、数据库及系统，通过在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析，确定出待回滚事务，进而根据待回滚事务对应的原生事务日志生成事务回滚日志，进一步的，倒序将事务回滚日志组装生成事务回滚日志文件，执行事务回滚日志文件；解决了现有技术中事务回滚方法已无法满足对多事务高性能的要求、回滚性能低的问题，有效地提升了事务回滚的性能，尤其对批量事务回滚效果更好。

Description

事务回滚方法及装置、数据库、系统、计算机存储介质

技术领域

本发明涉及事务回滚技术领域，更具体地说，涉及一种事务回滚方法、事务回滚装置、数据库、系统及计算机存储介质。

背景技术

数据库系统在运行过程中，经常需要进行事务回滚和事务修复，较为典型的场景就是分布式事务一致性恢复和误操作恢复，其中，分布式事务一致性恢复场景，要求在最短时间内，将各数据节点回退到一致状态，涉及多个数据节点同时进行事务回滚，对性能有较高要求。而误操作恢复是数据库运维人员经常要面对的，也是成熟数据库产品应具备的功能。

目前实现数据库事务回滚的方法主要有两种：一种是使用事务日志生成反向标准语句文件，一种是在事务执行的同时生成事务回滚日志。

诸如以上场景，最常见解决方法的就是通过分析事务日志，得出反向操作，然后加以执行，如果仅是小规模事务恢复，不会有明显的性能负担，但在业务高并发场景下，将一段时间内执行过的事务全部回退，则必须要对事务回滚性能提出更高的要求。

经典传统的数据库事务回滚方法已无法满足对多事务高性能的要求，且有着较大局限性：

1.根据事务日志生成反向标准语句文件，虽可将其应用于不同类型的数据库，但执行性能较低，且生成过程中，除了依赖事务日志本身，还需要事务相关表的信息；

2.事务执行过程中实时生成事务回滚日志，这是一种悲观的策略，对事务的执行性能有较大影响，且很难同时对批量事务进行回退，有一定的局限性。

本发明正是针对目前两种方法的局限性和缺陷，提出一种基于事务日志的数据库快速回滚方法，以提升回滚性能，并进一步拓展事务日志的应用场景。

发明内容

本发明实施例提供的事务回滚方法、事务回滚装置、数据库、系统及计算机存储介质，主要解决的技术问题是现有技术中事务回滚方法已无法满足对多事务高性能的要求、回滚性能低。

为解决上述技术问题，本发明实施例提供了一种事务回滚方法，所述事务回滚方法包括：

在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析；

确定待回滚事务，并根据所述待回滚事务对应的原生事务日志生成事务回滚日志；

倒序将所述事务回滚日志组装生成事务回滚日志文件，执行所述事务回滚日志文件。

本发明实施例还提供了一种事务回滚装置，所述事务回滚装置包括原生事务回滚控制模块及事务回滚日志执行模块；

所述原生事务回滚控制模块，用于在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析；确定待回滚事务，并根据所述待回滚事务对应的原生事务日志生成事务回滚日志；倒序将所述事务回滚日志组装生成事务回滚日志文件；

所述事务回滚日志执行模块，用于执行所述事务回滚日志文件。

本发明实施例还提供了一种数据库，所述数据库包括上述的事务回滚装置。

本发明实施例还提供了一种系统，所述系统包括上所述的数据库，所述系统包括基于MySQL数据库的事务回滚系统，或，基于MariaDB分布式集群的数据恢复系统。

本发明实施例还提供了一种计算机存储介质，所述计算机存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上述的事务回滚方法的步骤。

本发明的有益效果是：

本发明实施例提供的事务回滚方法、事务回滚装置、数据库、系统及计算机存储介质，通过在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析，确定出待回滚事务，进而根据待回滚事务对应的原生事务日志生成事务回滚日志，进一步的，倒序将事务回滚日志组装生成事务回滚日志文件，执行事务回滚日志文件；解决了现有技术中事务回滚方法已无法满足对多事务高性能的要求、回滚性能低的问题。也即本发明实施例提供的事务回滚方法、事务回滚装置、数据库及系统，有效地提升了事务回滚的性能，尤其对批量事务回滚效果更好。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为本发明实施例一提供的一种事务回滚方法的基本流程示意图；

图2为本发明实施例一提供的一种生成原生事务日志文件的基本流程示意图；

图3为本发明实施例三提供的一种可行的事务回滚装置的结构示意图；

图4为本发明实施例三提供的另一种可行的事务回滚装置的结构示意图；

图5为本发明实施例四提供的一种基于MySQL数据库的事务回滚系统的示意图；

图6为本发明实施例四提供的一种基于MariaDB分布式集群的数据恢复系统的示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

为了解决现有技术中事务回滚方法已无法满足对多事务高性能的要求、回滚性能低的问题，在本发明实施例中，在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析，确定出待回滚事务，进而根据待回滚事务对应的原生事务日志生成事务回滚日志，进一步的，倒序将事务回滚日志组装生成事务回滚日志文件，执行事务回滚日志文件；请参见图1所示，如图1为本实施例提供的事务回滚方法的基本流程示意图。

S101：在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析。

在本实施例的一些示例中，在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析之前，包括至少以下步骤，请参见图2所示：

S201：记录各事务数据变化以及各事务之间的关联性。

S202：为各事务分配全局事务标识，全局事务标识包括数据库实例身份标识和全局序列标识。

应当理解的是，数据库实例身份标识指代当前事务在哪个数据库实例上执行，全局序列标识指代当前事务在某一个数据库中的标识，例如全局序列标识从1开始，依次自增。

S203：为不存在关联性的各事务分配相同的批次号。

应当理解的是，在生成原生事务日志的过程中为不存在关联性的各事务可分配相同的批次号，以使得后续生成的事务回滚日志保留原生事务日志中各事务的批次号，即保留原生事务日志中各事务执行时的并发关系。

S204：生成原生事务日志。

应当理解的是，生成的原生事务日志中既有数据操作前后的数据变化，也有全局事务标识和批次号。

S205：将原生事务日志组装生成原生事务日志文件。

应当理解的是，原生事务日志对应单一的事务，因此可将原生事务日志倒序组装生成事务回滚日志文件，以便于存储。

在本实施例的一些示例中，原生事务日志文件包括二进制日志binlog文件。

S102：确定待回滚事务，并根据待回滚事务对应的原生事务日志生成事务回滚日志。

应当理解的是，在接收到事务回滚请求后，根据预设时间范围在日志目录中进行过滤筛选，取得待解析的原生事务日志文件，然后，并行解析这些原生事务日志文件，并根据全局事务标识，定位到待回滚事务，至此确定出待回滚事务。

在本实施例的一些示例中，确定出待回滚事务，进而根据待回滚事务对应的原生事务日志生成事务回滚日志，包括：对待回滚事务对应的原生事务日志进行逆操作，进行逆操作后生成的事务回滚日志的协议格式保持与原生事务日志的协议格式相同。

应当理解的是，原生事务日志中记录了每条语句操作执行前后的表数据，插入和删除记录需要修改操作类型，而更新记录则需要交换前后变化的表数据。因此，生成的事务回滚日志与原生事务日志的协议格式保持一致。

在本实施例的一些示例中，逆操作包括逆序操作语句和逆序执行语句中的至少一种。

在本实施例的一些示例中，进行逆操作后生成的事务回滚日志的协议格式保持与原生事务日志的协议格式相同之后，还包括：为事务回滚日志分配与原生事务日志对应的事务相同的全局事务标识。

应当理解的是，设置待回滚事务的全局事务标识以标识当前事务是待回滚事务，且待回滚事务的全局事务标识应与原生事务的全局事务标识相对应，或者两者存在一一映射的关系。

S103：倒序将事务回滚日志组装生成事务回滚日志文件，执行事务回滚日志文件。

应当理解的是，事务回滚日志对应单一的待回滚事务，因此可将生成的事务回滚日志按照全局序列标识进行倒序组装，完成事务逆序排列，生成事务回滚日志文件。

在本实施例的一些示例中，执行事务回滚日志文件，包括：解析事务回滚日志文件中各事务对应的批次号，对批次号相同的事务并行执行，对批次号不相同的事务串行执行。这样，实现了对待回滚事务的并行回放，在一定程度上提升了事务回滚的性能。

本发明实施例提供的事务回滚方法，通过在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析，确定出待回滚事务，进而根据待回滚事务对应的原生事务日志生成事务回滚日志，进一步的，倒序将事务回滚日志组装生成事务回滚日志文件，执行事务回滚日志文件；解决了现有技术中事务回滚方法已无法满足对多事务高性能的要求、回滚性能低的问题。也即本发明实施例提供的事务回滚方法，既减少了数据库对于标准语句文件的再次解析，又充分利用回滚日志的事务并发信息，有效的提升了事务回滚的性能，尤其对批量事务回滚效果更好。

实施例二:

本发明实施例在第一实施例的基础上，以MySQL数据库为例，指定事务集合实现快速回滚过程如下。

步骤一：接收到事务回滚请求后，根据指定事务集合，检索binlog日志，获得要处理的binlog文件。

步骤二：根据binlog文件序号从大到小进行逆序排列，形成binlog文件逆序队列，优先处理序号大的binlog文件。

步骤三：创建binlog文件解析线程组、binlog事务回滚处理线程池和binlog回滚日志文件输出线程组。

步骤四：每个文件输出线程都设置一个带有标号的任务列表。不同的binlog文件中产生的回滚事务，对binlog文件序号取模后投递到不同标号所对应输出线程任务列表中。

步骤五：解析线程从binlog文件队列中依次选取，并从头开始顺序解析binlog文件。如果解析到的事务存在指定待回滚的事务集合中，则将该事务日志打包，放入回滚任务列表中。

步骤六：binlog文件解析完成后，翻转任务列表，达到事务逆序处理的目的，随后，触发任务列表，对已解析完成的binlog文件进行事务日志回滚处理。

步骤七：binlog事务回滚处理线程池从任务列表中获取待回滚任务节点，对binlog事务日志进行回滚处理。

首先对事务日志进行逆操作。若将插入操作记为I，删除操作记为D，更新操作记为U，则其逆向操作如下：

a)插入记录I[a]---逆向操作R--->删除记录D[a]

b)删除记录D[b]---逆向操作R--->插入记录I[b]

c)更新记录U[a->b]---逆向操作R--->更新记录U[b->a]

然后设置该回滚事务的回滚标识，并在原生事务与回滚事务之间建立显式对应关系：

a)定义函数映射关系，将事务的身份标识映射为事务回滚的特有标识，即：R(ID)＝<ROLLBACK_ID>

b)回滚事务保留原生事务的全局序列标识。

事务日志处理完成后，直接投入到待输出任务列表中。

步骤八：binlog回滚日志文件输出线程组实时从线程任务列表中接收任务节点，然后按照binlog协议将事务回滚日志写入对应的事务回滚日志文件中。

步骤九：按照binlog文件逆序队列，检索第一个binlog文件是否已经完成了回滚处理并输出，则将推送事务回滚日志执行模块，进行事务回滚日志文件的执行。

步骤十：事务回滚日志执行模块接收到事务回滚日志文件后，顺序解析事务，按照同一批次事务并行、不同批次事务串行的策略，执行事务回滚日志文件回放。

步骤十一：所有事务回滚日志文件回放完成后，指定事务集合回滚的任务结束。

此外，MariaDB等应用binlog日志协议的数据库，均可参考该过程完成事务快速回滚，这里不再赘述。

本发明实施例提供的事务回滚方法，具有至少以下有益效果：

1、适应性更加广泛。直接使用原生事务日志进行转换，独立于数据库实例，不依赖元数据信息，适应更多的场景，实用性更强。

2、利用事务日志协议进行并行回放，提高了事务的执行效率。事务回滚日志与原生事务日志协议一致，事务并行执行即可操作逆向事务，也可操作正向事务。

3、回滚事务标识与原事务标识之间存在一一映射关系，明确表示了哪些事务是回滚事务，哪些事务被回滚，便于事务回滚跟踪，尤其在批量事务回滚任务中效果更加明显。

实施例三：

为了解决现有技术中事务回滚方法已无法满足对多事务高性能的要求、回滚性能低的问题，在本发明实施例中提供了一种事务回滚装置，请参见图3所示，该事务回滚装置包括原生事务回滚控制模块302及事务回滚日志执行模块303；

其中，原生事务回滚控制模块302，用于在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析；确定出待回滚事务，并根据待回滚事务对应的原生事务日志生成事务回滚日志；倒序将事务回滚日志组装生成事务回滚日志文件；

其中，事务回滚日志执行模块303，用于执行事务回滚日志文件。

在本实施例的一些示例中，请参见图4所示，事务回滚装置还包括原生事务日志采集模块301，其中，原生事务日志采集模块301，用于记录各事务数据变化以及各事务之间的关联性；为各事务分配全局事务标识，全局事务标识包括数据库实例身份标识和全局序列标识；为不存在关联性的各事务分配相同的批次号；生成原生事务日志；将原生事务日志组装生成原生事务日志文件。

应当理解的是，本实施例中的数据库实例身份标识指代当前事务在哪个数据库实例上执行，全局序列标识指代当前事务在某一个数据库中的标识，例如全局序列标识从1开始，依次自增。

应当理解的是，本实施例中在生成原生事务日志的过程中为不存在关联性的各事务可分配相同的批次号，以使得后续生成的事务回滚日志保留原生事务日志中各事务的批次号，即保留原生事务日志中各事务执行时的并发关系。

应当理解的是，本实施例中生成的原生事务日志中既有数据操作前后的数据变化，也有全局事务标识和批次号。

应当理解的是，本实施例中原生事务日志对应单一的事务，因此可将原生事务日志倒序组装生成事务回滚日志文件，以便于存储。

在本实施例的一些示例中，原生事务日志文件包括二进制日志binlog文件。

应当理解的是，原生事务回滚控制模块302在接收到事务回滚请求后，根据预设时间范围在日志目录中进行过滤筛选，取得待解析的原生事务日志文件，然后，并行解析这些原生事务日志文件，并根据全局事务标识，定位到待回滚事务，至此确定出待回滚事务。

在本实施例的一些示例中，原生事务回滚控制模块302对待回滚事务对应的原生事务日志进行逆操作，进行逆操作后生成的事务回滚日志的协议格式保持与原生事务日志的协议格式相同。

应当理解的是，本实施例中的原生事务日志中记录了每条语句操作执行前后的表数据，插入和删除记录需要修改操作类型，而更新记录则需要交换前后变化的表数据。因此，生成的回滚日志与原生事务日志的协议格式保持一致。

在本实施例的一些示例中，逆操作包括逆序操作语句和逆序执行语句中的至少一种。

在本实施例的一些示例中，原生事务回滚控制模块302进行逆操作后生成的事务回滚日志的协议格式保持与原生事务日志的协议格式相同之后，还为事务回滚日志分配与原生事务日志对应的事务相同的全局事务标识。

应当理解的是，原生事务回滚控制模块302设置待回滚事务的全局事务标识以标识当前事务是待回滚事务，且待回滚事务的全局事务标识应与原生事务的全局事务标识相对应，或者两者存在一一映射的关系。

应当理解的是，本实施例中的事务回滚日志对应单一的待回滚事务，因此可将生成的事务回滚日志按照全局序列标识进行倒序组装，完成事务逆序排列，生成事务回滚日志文件。

在本实施例的一些示例中，事务回滚日志执行模块303解析事务回滚日志文件中各事务对应的批次号，对批次号相同的事务并行执行，对批次号不相同的事务串行执行。这样，实现了对待回滚事务的并行回放，在一定程度上提升了事务回滚的性能。

本发明实施例提供的事务回滚装置，其包括原生事务回滚控制模块和事务日志回滚原生事务回滚控制模块在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析，确定出待回滚事务，进而根据待回滚事务对应的原生事务日志生成事务回滚日志，进一步的，倒序将事务回滚日志组装生成事务回滚日志文件，由事务回滚日志执行模块执行事务回滚日志文件；解决了现有技术中事务回滚方法已无法满足对多事务高性能的要求、回滚性能低的问题。也即本发明实施例提供的事务回滚装置，既减少了数据库对于标准语句文件的再次解析，又充分利用回滚日志的事务并发信息，有效的提升了事务回滚的性能，尤其对批量事务回滚效果更好。

实施例四：

为了解决现有技术中事务回滚方法已无法满足对多事务高性能的要求、回滚性能低的问题，在本发明实施例中提供了一种系统，该系统包括上述实施例三所述的事务回滚装置。

为了更好的理解，本实施例以两种较为具体的系统为例进行示例说明。

首先以基于MySQL数据库的事务回滚系统进行说明：

目前MySQL数据库应用较为广泛，基于MySQL数据库的应用更是多种多样，无论其形式是单数据库节点还是数据库集群，在提供数据服务过程中，必须要具备数据事务快速回滚的能力，即快速撤销批量事务的能力。

MySQL数据库本身使用binlog协议来记录事务日志，其中事务数据表记录变化和事务执行信息较为完备。可选地，请参见图5所示，在该系统中部署事务回滚装置，其中该回滚事务装置无需原生事务日志采集模块，只需要基于binlog文件，适配上原生事务回滚控制模块302和事务回滚日志执行模块303即可。

其中，原生事务回滚控制模块302接收事务回滚请求时，分析binlog文件，定位待回滚事务，将其转换生成事务回滚日志，再倒序组装生成事务回滚日志文件。

其中，事务回滚日志执行模块303执行事务回滚日志文件，连接MySQL实例，应用回滚日志Undo binlog文件，实现事务快速回滚。

其次以基于MariaDB分布式集群的数据恢复系统进行说明：

该分布式系统以MariaDB为基础数据节点，建立数据集群，分布式系统中不可回避的一个问题就是集群数据的一致性恢复，当各集群内数据分片不一致时，需要将数据恢复到集群一致的位置，也就是将各个MariaDB数据节点恢复到指定事务集合状态，多余事务需要快速回滚掉。

MariaDB数据库是MySQL的一个分支，其事务日志协议与MySQL一致，也是binlog协议。可选地，请参见图6所示，在该数据恢复系统中，需要在每个数据节点上均部署事务回滚装置，其分别负责相应节点的事务回滚，同样的，部署的各事务回滚装置中无需原生事务日志采集模块，只需要基于binlog文件，适配上原生事务回滚控制模块302和事务回滚日志执行模块303即可；同时，在该系统中还需要部署全局数据恢复管理模块，向原生事务回滚控制模块302下发数据恢复任务，并统计各数据节点恢复结果。

其中，原生事务回滚控制模块302接收事务回滚请求时，分析binlog文件，定位待回滚事务，将其转换生成事务回滚日志，再倒序组装生成事务回滚日志文件。

其中，事务回滚日志执行模块303执行事务回滚日志文件，连接MySQL实例，应用回滚日志，实现事务快速回滚。

本发明实施例提供的系统，具有至少以下有益效果：

1、适应性更加广泛。直接使用原生事务日志进行转换，独立于数据库实例，不依赖元数据信息，适应更多的场景，实用性更强。

2、利用事务日志协议进行并行回放，提高了事务的执行效率。事务回滚日志与原生事务日志协议一致，事务并行执行即可操作逆向事务，也可操作正向事务。

3、回滚事务标识与原事务标识之间存在一一映射关系，明确表示了哪些事务是回滚事务，哪些事务被回滚，便于事务回滚跟踪，尤其在批量事务回滚任务中效果更加明显。

同时，本发明实施例还提供一种计算机存储介质，计算机存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现如上述实施例一、二事务回滚方法的步骤。

该计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机存储介质包括但不限于RAM(Random Access Memory，随机存取存储器)，ROM(Read-Only Memory，只读存储器)，EEPROM(Electrically Erasable Programmable readonly memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(CompactDisc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

显然，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (13)

1.一种事务回滚方法，其特征在于，所述事务回滚方法包括：

在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析；

确定待回滚事务，并根据所述待回滚事务对应的原生事务日志生成事务回滚日志；

倒序将所述事务回滚日志组装生成事务回滚日志文件，执行所述事务回滚日志文件。

2.如权利要求1所述的事务回滚方法，其特征在于，所述在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析之前，包括：

记录各事务数据变化以及各事务之间的关联性；

为所述各事务分配全局事务标识，所述全局事务标识包括数据库实例身份标识和全局序列标识；

为不存在关联性的各事务分配相同的批次号；

生成原生事务日志；

将所述原生事务日志组装生成原生事务日志文件。

3.如权利要求2所述的事务回滚方法，其特征在于，所述原生事务日志文件包括二进制日志binlog文件。

4.如权利要求2或3所述的事务回滚方法，其特征在于，所述确定待回滚事务，并根据所述待回滚事务对应的原生事务日志生成事务回滚日志，包括：

对所述待回滚事务对应的原生事务日志进行逆操作，进行逆操作后生成的事务回滚日志的协议格式保持与所述原生事务日志的协议格式相同。

5.如权利要求4所述的事务回滚方法，其特征在于，所述逆操作包括：逆序操作语句和逆序执行语句中的至少一种。

6.如权利要求4所述的事务回滚方法，其特征在于，所述进行逆操作后生成的事务回滚日志的协议格式保持与所述原生事务日志的协议格式相同之后，还包括：

为事务回滚日志分配与所述原生事务日志对应的事务相同的全局事务标识。

7.如权利要求2或3所述的事务回滚方法，其特征在于，所述执行所述事务回滚日志文件，包括：

解析所述事务回滚日志文件中各事务对应的批次号，对批次号相同的事务并行执行，对批次号不相同的事务串行执行。

8.一种事务回滚装置，其特征在于，所述事务回滚装置包括原生事务回滚控制模块及事务回滚日志执行模块；

所述原生事务回滚控制模块，用于在接收到事务回滚请求时，对预设时间范围内的原生事务日志文件进行解析；确定待回滚事务，并根据所述待回滚事务对应的原生事务日志生成事务回滚日志；倒序将所述事务回滚日志组装生成事务回滚日志文件；

所述事务回滚日志执行模块，用于执行所述事务回滚日志文件。

9.如权利要求8所述的事务回滚装置，其特征在于，所述事务回滚装置还包括原生事务日志采集模块；

所述原生事务日志采集模块，用于记录各事务数据变化以及各事务之间的关联性；为所述各事务分配全局事务标识，所述全局事务标识包括数据库实例身份标识和全局序列标识；为不存在关联性的各事务分配相同的批次号；生成原生事务日志；将所述原生事务日志组装生成原生事务日志文件。

10.如权利要求8所述的事务回滚装置，其特征在于，所述事务回滚日志执行模块，用于解析所述事务回滚日志文件中各事务对应的批次号，对批次号相同的事务并行执行，对批次号不相同的事务串行执行。

11.一种数据库，其特征在于，所述数据库包括如权利要求8-10任一项所述的事务回滚装置。

12.一种系统，其特征在于，所述系统包括如权利要求11所述的数据库，所述系统包括基于MySQL数据库的事务回滚系统，或，基于MariaDB分布式集群的数据恢复系统。

13.一种计算机存储介质，其特征在于，所述计算机存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-7任一项所述的事务回滚方法的步骤。

Images