CN115168109A - 一种数据恢复方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，尤其涉及一种数据恢复方法、装置、设备及存储介质，该方法包括：获取消息中间件中的数据备份消息集合；每个事件数据对应的数据备份消息中，包含有每个事件数据对应的事件标识；在事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于目标事件标识在数据备份消息集合中确定目标数据备份消息；将目标数据备份消息发送至业务系统，以使业务系统将目标事件数据写入第二数据库。该方法可以将未完成数据备份的事件数据所对应的数据备份消息发送至业务系统，从而使业务系统重新将未完成数据备份的事件数据写入备份数据库，保证了主备切换时备份数据库中数据的完整性和准确性。

Description

一种数据恢复方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据恢复方法、装置、设备及存储介质。

背景技术

随着网络技术的发展，数据库已广泛应用于各行各业。数据库是所有业务系统的核心，保存了业务系统中运行的完整数据。数据库的运行稳定性是确保业务系统正常运行的前提。为了应对数据库的主机宕机等异常情况，一般会为数据库配置备机。通过在备机中设置备份数据库将主机数据库中的数据进行备份保存，可以提高业务系统的容灾能力。

主机数据库与备份数据库之间的数据同步方式一般可以分为同步、半同步和异步3种方式。但是，同步和半同步这两种方式均对效率有所影响。因此，在高并发大数据量场景下，一般采用异步的主备同步方式。然而，异步方式在主端宕机等异常情况下进行主备切换时，由于网络、备机磁盘I/O、主库长事务等问题，无法保证数据已经完全同步完成，使得主备切换后的数据不一致，从而造成汽车安全运营平台运营数据丢失，电商交易数据不完整，电信用户投诉、金融用户资产损失等等一系列的问题。因此，解决关系型数据库在主备切换时的主备一致性问题，是非常有必要的。

发明内容

本申请提供一种数据恢复方法、装置、设备及存储介质，在主备数据库切换后，通过将未在备份数据库中进行备份的目标事件数据发送至业务系统，使业务系统重新将目标事件数据写入备份数据库，从而保证了主备切换时的主备数据的一致性。

第一方面，本申请实施例公开了一种数据恢复方法，该方法包括：

获取消息中间件中的数据备份消息集合；数据备份消息集合包括至少一个事件数据对应的数据备份消息；数据备份消息为在至少一个事件数据写入第一数据库的情况下，由业务系统发送至消息中间件；每个事件数据对应的数据备份消息中，包含有每个事件数据对应的事件标识；

在事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于目标事件标识在数据备份消息集合中确定目标数据备份消息；第二数据库用于对第一数据库中的事件数据进行备份；

将目标数据备份消息发送至业务系统，以使业务系统将目标事件数据写入第二数据库。

进一步的，在事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于目标事件标识在数据备份消息集合中确定目标数据备份消息之前，方法还包括：

在事件标识中确定目标事件标识；

获取第二数据库中的备份事件数据集合；备份事件数据集合包括至少一个备份事件数据；

确定备份事件数据集合中每个备份事件数据所对应的备份事件标识，得到备份事件标识集合；

基于备份事件标识集合，确定目标事件标识所对应的目标事件数据存在/不存在于第二数据库。

进一步的，数据备份消息集合为数据备份消息队列；在事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于目标事件标识在数据备份消息集合中确定目标数据备份消息，包括：

在数据备份消息队列中确定初始数据备份消息；初始数据备份消息包含初始事件标识对应的初始事件数据；初始事件数据不存在于第二数据库；且在数据备份消息队列中排列在初始数据备份消息之前的数据备份消息，所包含的事件标识对应的事件数据，存在于第二数据库；

确定初始事件标识为目标事件标识；

基于初始事件标识，在数据备份消息队列中确定目标数据备份消息。

进一步的，排列在数据备份消息队列尾部的数据备份消息为尾部数据备份消息；在数据备份消息队列中确定初始数据备份消息，包括：

确定尾部数据备份消息所包含的事件标识为目标事件标识；将目标事件标识作为当前事件标识；

在当前事件标识所对应的当前事件数据，不存在于第二数据库中的情况下，在数据备份消息队列中，确定与尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息；

将当前数据备份消息所包含的事件标识重新作为当前事件标识；

重复在当前事件标识所对应的当前事件数据，不存在于第二数据库中的情况下，在数据备份消息队列中，确定与尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息的操作，直至当前数据备份消息为初始数据备份消息。

进一步的，将目标数据备份消息发送至业务系统，以使业务系统将目标事件数据写入第二数据库，包括：

基于数据备份消息队列，确定目标数据备份消息的数据恢复顺序；

根据数据恢复顺序，将目标数据备份消息发送至业务系统，以使业务系统将目标事件标识对应的目标事件数据写入第二数据库。

进一步的，获取消息中间件中的数据备份消息集合，包括：

响应于数据库切换请求，获取消息中间件中的数据备份消息集合。

进一步的，将目标数据备份消息发送至业务系统，以使业务系统将目标事件数据写入第二数据库之后，方法还包括：

在目标事件数据写入第二数据库的情况下，发送数据恢复完成消息，以使业务系统基于数据恢复完成消息向第二数据库发送新业务事件数据写入请求。

第二方面，本申请实施例公开了一种数据恢复装置，该装置包括：

获取模块，用于获取消息中间件中的数据备份消息集合；数据备份消息集合包括至少一个事件数据对应的数据备份消息；数据备份消息为在至少一个事件数据写入第一数据库的情况下，由业务系统发送至消息中间件；每个事件数据对应的数据备份消息中，包含有每个事件数据对应的事件标识；

目标数据备份消息确定模块，用于在事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于目标事件标识在数据备份消息集合中确定目标数据备份消息；第二数据库用于对第一数据库中的事件数据进行备份；

数据恢复模块，用于在事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于目标事件标识在数据备份消息集合中确定目标数据备份消息；第二数据库用于对第一数据库中的事件数据进行备份。

在一些可选的实施方式中，该装置还包括：

目标事件标识确定模块，用于在事件标识中确定目标事件标识；

备份事件数据集合获取模块，用于获取第二数据库中的备份事件数据集合；备份事件数据集合包括至少一个备份事件数据；

备份事件标识集合确定模块，用于确定备份事件数据集合中每个备份事件数据所对应的备份事件标识，得到备份事件标识集合；

第二数据库标识确定模块，用于基于备份事件标识集合，确定目标事件标识所对应的目标事件数据存在/不存在于第二数据库。

在一些可选的实施方式中，数据备份消息集合为数据备份消息队列；目标数据备份消息确定模块包括：

初始数据备份消息确定单元，用于在数据备份消息队列中确定初始数据备份消息；初始数据备份消息包含初始事件标识对应的初始事件数据；初始事件数据不存在于第二数据库；且在数据备份消息队列中排列在初始数据备份消息之前的数据备份消息，所包含的事件标识对应的事件数据，存在于第二数据库；

目标事件标识确定单元，用于确定初始事件标识为目标事件标识；

目标数据备份消息确定单元，用于基于初始事件标识，在数据备份消息队列中确定目标数据备份消息。

在一些可选的实施方式中，排列在数据备份消息队列尾部的数据备份消息为尾部数据备份消息；初始数据备份消息确定单元包括：

目标事件标识确定子单元，用于确定尾部数据备份消息所包含的事件标识为目标事件标识；将目标事件标识作为当前事件标识；

当前数据备份消息确定子单元，用于在当前事件标识所对应的当前事件数据，不存在于第二数据库中的情况下，在数据备份消息队列中，确定与尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息；

当前事件标识确定子单元，用于将当前数据备份消息所包含的事件标识重新作为当前事件标识；

初始数据备份消息确定子单元，用于重复在当前事件标识所对应的当前事件数据，不存在于第二数据库中的情况下，在数据备份消息队列中，确定与尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息的操作，直至当前数据备份消息为初始数据备份消息。

在一些可选的实施方式中，数据恢复模块包括：

数据恢复顺序确定子单元，用于基于数据备份消息队列，确定目标数据备份消息的数据恢复顺序；

目标数据备份消息发送子单元，用于根据数据恢复顺序，将目标数据备份消息发送至业务系统，以使业务系统将目标事件标识对应的目标事件数据写入第二数据库。

在一些可选的实施方式中，获取模块包括：

获取单元，用于响应于数据库切换请求，获取消息中间件中的数据备份消息集合。

在一些可选的实施方式中，该装置还包括：

数据恢复完成消息发送模块，用于在目标事件数据写入第二数据库的情况下，发送数据恢复完成消息，以使业务系统基于数据恢复完成消息向第二数据库发送新业务事件数据写入请求。

第三方面，本申请实施例公开了一种电子设备，设备包括处理器和存储器，存储器中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行如上所述的数据恢复方法。

第四方面，本申请实施例公开了一种计算机可读存储介质，存储介质中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现如上所述的数据恢复方法。

本申请实施例提供的技术方案具有如下技术效果：

本申请实施例所述的数据恢复方法，在主备数据库切换后，基于事件标确定出消息中间件中未完成数据备份的事件数据，并将未完成数据备份的事件数据所对应的数据备份消息发送至业务系统，从而使业务系统重新将未完成数据备份的事件数据写入备份数据库，保证了主备切换时备份数据库中数据的完整性和准确性。

附图说明

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

图1是本申请实施例提供的一种数据恢复方法应用环境的示意图；

图2是本申请实施例提供的一种数据恢复方法的流程示意图；

图3是本申请实施例提供的一种确定目标事件标识是否存在于第二数据库的方法流程示意图；

图4是本申请实施例提供的一种数据恢复装置的结构示意图；

图5是本申请实施例提供的一种数据恢复方法的服务器的硬件结构框图。

具体实施方式

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

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

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

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

数据库一般可以分为关系型数据库和非关系型数据库。关系型数据库是指采用了关系模型来组织数据的数据库，其以行和列的形式存储数据，以便于用户理解，关系型数据库这一系列的行和列被称为表，一组表组成了数据库。用户通过查询来检索数据库中的数据，而查询是一个用于限定数据库中某些区域的执行代码。关系模型可以简单理解为二维表格模型，而一个关系型数据库就是由二维表及其之间的关系组成的一个数据组织。常见的关系型数据库有mysql、postgresql等。mysql、postgresql等关系型数据库的主备复制为事务级的，即一个事务要么完全复制到备端，要么未复制到备端，不会存在只复制一部分的情况。

为了解决mysql、postgresql等关系型数据库在高并发大数据量时，异步复制场景下，主备切换时的备库未完全完成数据复制的问题。本申请实施例提供了一种数据恢复方法，使得采用异步复制方式进行主备数据库数据同步的关系型数据库，既不影响交互效率，又能保证主备数据库切换时的主备数据库中数据的一致性。

请参阅图1，图1是本申请实施例提供的一种数据恢复方法应用环境的示意图，如图1所示，该应用环境可以包括业务服务器101、主数据库服务器103和备份数据库服务器105。

在一个可选的实施例中，业务服务器101可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)以及大数据和人工智能平台等基础云计算服务的云服务器。业务服务器101中设置有业务系统，可以对客户端发起业务进行处理。可选的，业务系统可以是VSOC业务系统，电商业务系统，金融或互联网业务系统等。业务服务器101通过向数据库发送事件数据写入请求，如commit请求，使数据库将业务处理过程中所产生的事件数据写入到数据库中。

在一个可选的实施例中，主数据库服务器103可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络以及大数据和人工智能平台等基础云计算服务的云服务器。主数据库服务器103中设置有主数据库，可以对业务服务器101发送的事件数据写入请求进行处理。例如，主数据库服务器103可以根据业务系统所发送的commit请求，进行写数据库操作，从而将业务处理过程中所产生的事件数据写入到主数据库中。

在一个可选的实施例中，备份数据库服务器105可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络以及大数据和人工智能平台等基础云计算服务的云服务器。备份数据库服务器105中设置有备份数据库，用于对写入主数据库的事件数据进行备份。具体的，业务系统向主数据库发送事件数据写入请求，主数据库将事件数据写入主数据库中，然后业务系统在主数据库将事件数据写入主数据库后，向消息中间件如kafka，发送数据备份消息，数据备份消息中包含有事件数据所对应的事件数据写入请求。备份数据库通过对消息中间件中的数据备份消息进行消费，从而获得事件数据所对应的事件数据写入请求，进而通过调用业务系统获得事件数据，备份数据库将事件数据写入备份数据库中。

在一个可选的实施例中，业务服务器101、主数据库服务器103和备份数据库服务器105之间可以通过通信链路进行连接。可选的，该通信链路可以是有线链路，例如光纤、同轴电缆、电话线、网线等。该通信链路也可以是无线链路，例如红外线通信、蓝牙通信、紫蜂通信、无线局域网、蜂窝网络等。

需要说明的是，图1所示的仅仅是本申请实施例提供的数据恢复方法的一种应用环境，在实际应用中，还可以包括其他应用环境，例如，在实际应用中，业务系统可以与主数据库设置在同一个服务器中，也可以与备份数据库设置在同一个服务器中。消息中间件可以设置在业务服务器101、主数据库服务器103和备份数据库服务器105中的任意一个服务器中，或者也可以将消息中间件单独设置在一个服务器或服务器集群中。

以下介绍本申请一种数据恢复方法的具体实施例，图2是本申请实施例提供的一种数据恢复方法的流程示意图，本说明书提供了如实施例或流程图的数据恢复方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，该数据恢复方法可以应用于业务服务器，该方法包括：

S201：获取消息中间件中的数据备份消息集合。

本申请实施例中，第一数据库为主数据库，第二数据库为备份数据库，第二数据库用于对第一数据库中的事件数据进行备份。正常情况下，业务系统中设置有事件标识生成模块，当业务系统中产生需要写入数据库的事件数据时，事件标识生成模块会为每个事件数据生成一个唯一的事件标识，来标识每个事件数据。事件标识为事件数据的全局唯一的序列号。生成事件标识的方法有多种，例如，可以使用事件数据所对应的事件发起账号ID以及事件发起时间作为事件标识。再如，可以使用哈希算法对部分或全部事件数据进行计算，将计算得到的数据作为事件标识。事件标识的生成方法多种多样，在此不再赘述。业务系统所产生的事件数据可以通过向第一数据库发送事件数据写入请求，然后第一数据库根据该事件数据写入请求，调用业务系统将事件数据写入请求对应的事件数据写入第一数据库内。可选的，事件数据写入请求中可以携带有事件标识。作为一种可选的实施方式，业务系统在与数据库进行交互时，首先需要获取事件标识并在交互成功后，将该事件标识写入数据库中，并且该动作需与事件数据写入请求在同一事务中提交完成。在一些情况下，可能延迟等情况导致业务系统对同一事件多次向数据库提交，为了避免这种情况发生，业务系统与数据库每次交互开始时，需要先去数据库中检查当前交互的事件标识在数据库中是否已经存在，如果已经存在则表示此次交互重复，直接跳过并向业务系统返回特定错误标记。业务系统中设置有数据备份模块，在第一数据库完成事件数据写入的情况下，业务系统中的数据备份模块会向消息中间件发送一条与该事件数据对应的数据备份消息，该数据备份消息中包含了该事件数据对应的事件标识以及该事件数据所对应的事件数据写入请求，事件数据写入请求中包含了第一数据库对于该事件数据的写入结果。可选的，消息中间件可以是kafka，Kafka是一种高吞吐量的分布式消息系统，能够通过磁盘对消息进行一段时间的持久化保存。数据备份模块通过捕获业务系统向第一数据库中所发送的变更类交互请求的结果，如果发现交互请求为增、删、改等变更类请求，并且请求结果为成功，则将请求信息发往kafka一份该事件数据的事件数据写入请求用来备份。可选的，kafka的每个主题(topic)中可以包括多个分区(partition)。为了提高备份效率，可以按照一定的规则，对数据备份消息进行路由。例如，可以将同一事件发起账号的数据备份消息放入同一个partition中，不同事件发起账号的数据备份消息可以放入同一个partition中，也可以放入不同的partition中。

本申请实施例中，对于关系型数据库而言，数据库在执行写库操作时，通常会先写数据库变更日志，如binlog日志来记录数据库的表结构变更。在一些方法中，也有一些基于主数据库的数据库变更日志来将主数据库中的数据备份到备份数据库中的方案。这种方案备份数据库需要先解析主数据库的数据库变更日志，获得主数据库中变更的数据后，再写自己的数据库变更日志，然后才能将数据备份到自己的库表中。这种方案在数据并发量大时，存在数据备份效率低下，且数据备份进程不可控等问题。本申请实施例中采用业务系统根据第一数据库的数据写入结果向消息中间件发送数据备份消息的策略来提高数据备份效率以及实现数据备份进程控制。第二数据库通过获取消息中间件中的数据备份消息，然后解析数据备份消息获得事件数据的事件标识，以及事件数据相对应的事件数据写入请求。通过调用业务系统根据事件数据写入请求得到完整的事件数据，然后将事件数据写入到备份数据库中。

本申请实施例中，业务服务器中设置有数据库监控模块，用以监控第一数据库和第二数据库的状态。业务服务器中还设置有恢复模块，恢复模块用于当发生数据库主备切换后，恢复模块开始恢复第一数据库宕机时未及时复制到第二数据的数据。由于采用了异步数据备份的方法，所以当主备切换时，即业务系统产生的事件数据直接写入第一数据库，切换为将业务系统产生的事件数据直接写入第二数据库时，第二数据库中可能并没有完全将第一数据库中的数据进行备份，即第一数据库中可能存在第二数据库中未完成备份的数据。此时需要恢复模块确定出未完成备份的数据，并将这部分数据在第二数据库中进行恢复。具体的，数据库监控模块可以是高可靠性(High Availability，HA)网关模块。HA网关模块用于监控数据库的运行情况，当发现第一数据库故障或主数据库服务器宕机时，HA网关模块进行主备切换。同时HA网关模块通知恢复模块开始进行数据恢复，并且在恢复期间暂时阻断和缓存业务系统产生的新的交互请求，直至恢复模块将数据恢复完成后，再开始放行新的请求。

本申请实施例中，在进行数据库主备切换后，恢复模块在对第二数据库中的数据进行恢复时，恢复模块首先需要获取消息中间件中的数据备份消息集合。可选的，数据库监控模块向恢复模块发送数据库切换请求，恢复模块响应于数据库切换请求，获取消息中间件中的数据备份消息集合。数据备份消息集合包括一个至多个事件数据对应的数据备份消息。

S203：在事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于目标事件标识在数据备份消息集合中确定目标数据备份消息。

本申请实施例中，恢复模块在获取到消息中间件中的数据备份消息集合后，由于数据备份消息集合中可能包含有多个数据备份消息，这些数据备份消息中有些数据备份消息所对应的事件数据可能已经在第二数据库中进行了备份，而有些数据备份消息所对应的事件数据则可能未在第二数据库中进行备份。因此，需要确定数据备份消息集合中哪些数据备份消息所对应的事件数据未在第二数据库中进行备份，从而将这部分事件数据在第二数据库中进行恢复。可选的，由于每个事件数据具有唯一的事件标识，因此，可以基于事件标识来确定哪些事件数据未在第二数据库中进行备份。当确定出未在第二数据库中进行备份的目标事件数据后，然后可以基于目标事件数据所对应的目标事件标识，在数据备份消息集合中确定目标数据备份消息，进而可以是业务系统根据目标数据备份消息中的事件数据写入请求，将目标事件数据写入第二数据库。

本申请实施例中，可以通过判断一个事件的事件标识是否存在于第二数据库中，来判断该事件的事件数据是否存在于第二数据库中。图3是本申请实施例提供的一种确定目标事件标识是否存在于第二数据库的方法流程示意图，如图3所示，该方法可以包括：

S301：在事件标识中确定目标事件标识。

本申请实施例中，可以在事件标识中确定一个事件标识作为目标事件标识，然后再将目标事件标识在第二数据库中进行查询是否存在。具体的，可以在数据备份消息集合中确定一个数据备份消息，然后获取该数据备份消息中的事件标识，并将该事件标识作为目标事件标识。该确定数据备份消息的过程可以是随机的，也可以是按照某种筛选策略确定的。在一些实施例中，也可以获取事件标识生成模块所生成的事件标识列表，进而在事件标识列表中确定一个事件标识作为目标事件标识。

S303：获取第二数据库中的备份事件数据集合。

本申请实施例中，备份事件数据集合包括至少一个备份事件数据。第二数据库中的每个事件数据为第一数据库中事件数据的备份事件数据。恢复模块在确定目标事件标识后，可以通过获取第二数据库中的备份事件数据集合，进而可以确每个备份数据的备份事件标识。

需要说明的是，第二数据库中的备份事件数据指的是第一数据库中的事件数据的备份，在实际上对于某个事件的事件数据而言，备份事件数据与事件数据没有任何区别，为了便于描述，将第二数据库中的事件数据描述为备份事件数据。同样的，备份事件数据对应的备份事件标识，与事件标识也没有任何区别。

S305：确定备份事件数据集合中每个备份事件数据所对应的备份事件标识，得到备份事件标识集合。

本申请实施例中，恢复模块在确定出第二数据库中的备份事件数据集合后，可以根据备份事件数据与备份事件标识的对应关系确定出每个备份事件数据所对应的备份事件标识，得到备份事件标识集合。在一些实施例中，也可以直接通过查询语句，确定出第二数据库中全部的备份事件标识，得到备份事件标识集合。

S307：基于备份事件标识集合，确定目标事件标识所对应的目标事件数据存在/不存在于第二数据库。

本申请实施例中，将目标事件标识与备份事件标识集合中的备份事件标识集合进行一一匹配，当备份事件标识集合中存在与目标事件标识匹配的备份事件标识时，则可以确定目标事件标识存在于第二数据库。当备份事件标识集合中不存在与目标事件标识匹配的备份事件标识时，则可以确定目标事件标识存不在于第二数据库。在一些实施例中，也可以将目标事件标识在备份事件标识集合中进行索引，当索引到目标事件标识时，则可以确定目标事件标识存在于第二数据库。当未索引到目标事件标识时，则可以确定目标事件标识不存在于第二数据库。

本申请实施例中，数据备份消息集合中的数据备份消息的数量通常会比较大，有时可以能会达到千万量级。而数据备份消息中，其所对应事件数据未被备份的数据备份消息可能只有数百到上千条。在如此大数量级的数据备份消息中，如何快速的确定出对应事件数据未被备份的目标数据备份消息，存在一定的困难。在这种情况下，可以将数据备份消息集合设置为数据备份消息队列的形式，即数据备份消息集合中的数据备份消息可以按照一定的顺序进行排列，如按照产生时间等进行排列形成数据备份消息队列。在一些实施例中，也可以利用消息中间件的特性得到数据备份消息队列。例如，在kafka的单个partition内，消息是按照先后顺序有序排列的。

本申请实施例中，数据备份消息队列中的数据备份消息按照先进先出的原则进行排序备份。即先产生的数据备份消息在数据备份消息队列中排列在前面，后产生的数据备份消息在数据备份消息队列中排列在后面。第二数据库在对数据备份消息队列中的数据备份消息进行消费处理时，按照队列顺序，先消费排列在队列前面的数据备份消息，并按照队列顺序进行依次消费。基于上述条件，恢复模块在确定数据备份消息队列中的目标数据备份消息时，可以先在数据备份消息队列中确定出初始数据备份消息。初始数据备份消息指的是初始数据备份消息所对应的初始时间数据不存在于第二数据库中，但是在数据备份消息队列中，排列在初始数据备份消息之前的数据备份消息所对应的事件数据存在于第二数据库中。然后根据数据备份消息队列，可以直接确定排列在初始数据备份消息之后的数据备份消息均为目标数据备份消息。具体的，恢复模块将初始数据备份消息所包含的初始事件标识，确定为目标事件标识。进而可以根据初始事件标识在数据备份消息队列中确定出初始数据备份消息。然后进而基于数据备份消息队列，确定排列在初始数据备份消息之后的数据备份消息均为目标数据备份消息。

本申请实施例中，在确定初始数据备份消息时，可以从数据备份消息队列的尾部开始，采用排除法确定。即从数据备份消息队列的尾部，按照一定的偏移量往数据备份消息队列的头部偏移，如果偏移到的数据备份消息的事件标识在第二数据库中不存在，则继续往数据备份消息队列的头部偏移，直至偏移到第二数据库中不存在该数据备份消息中的事件标识，但存在排列在该数据备份消息之前所包含的事件标识。具体的，排列在数据备份消息队列尾部的数据备份消息为尾部数据备份消息。在数据备份消息队列中确定初始数据备份消息时，首先确定尾部数据备份消息所包含的事件标识为目标事件标识，并将目标事件标识作为当前事件标识。按照前述确定目标事件标识是否存在于第二数据库中的方法，判断当前事件标识是否存在于第二数据库中。在当前事件标识所对应的当前事件数据，不存在于第二数据库中的情况下，在数据备份消息队列中，确定与尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息。并将当前数据备份消息所包含的事件标识重新作为当前事件标识。然后重复在当前事件标识所对应的当前事件数据，不存在于第二数据库中的情况下，在数据备份消息队列中，确定与尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息的操作，直至当前数据备份消息为初始数据备份消息。上述预设数量自然数，可以根据实际需求进行设定。可选的，该预设数量可以是固定值，也可以是可以根据实际情况进行调整的数值。通过采用间隔确定当前数据备份消息的方法，可以提高确定初始数据备份消息的效率。作为一种示例，先对数据备份消息队列尾部的尾部数据备份消息包含的事件标识进行查询，如果尾部数据备份消息包含的事件标识不存在与第二数据库中，则选择查询偏移量，即预设数量，如在数据备份消息队列中与尾部数据备份消息间隔10个消息的数据备份消息作为当前数据备份消息，然后将当前数据备份消息包含的事件标识在第二数据库中进行查询，如果不存在则继续上述选择查询偏移量，确定当前数据备份消息的过程，直到确定出初始数据备份消息。

需要说明的是，上述重复过程中，在接近初始数据备份消息时，可能会出现当前数据备份消息存在于第二数据库中的情况，此时在需要对查询偏移量进行调整，如调整为原来查询偏移量的一半，并根据新的查询偏移量确定当前数据备份消息。

S205：将目标数据备份消息发送至业务系统，以使业务系统将目标事件数据写入第二数据库。

本申请实施例中，恢复模块通过将确定出的目标数据备份消息发送至业务系统，使业务系统根据目标数据备份消息中的事件数据写入请求将目标事件数据写入第二数据库，从而实现在第二数据库中恢复目标事件数据。由于目标数据备份消息的数量可能会有多个，在将目标数据备份消息发送至业务系统，使业务系统将目标事件数据写入第二数据库时，可以先确定出标数据备份消息的数据恢复顺序，然后再进行一一恢复。具体的，恢复模块基于数据备份消息队列，确定目标数据备份消息的数据恢复顺序。然后根据数据恢复顺序，将目标数据备份消息发送至业务系统，以使业务系统根据目标数据备份消息中的事件数据写入请求，将目标事件标识对应的目标事件数据写入第二数据库。

本申请实施例中，再所有的目标数据备份消息所对应的目标事件数据，均在第二数据库恢复完成后，恢复模块可以向数据库监控模发送数据恢复完成消息，从而使数据库监控模块解除对业务系统的交互请求的阻断。具体的，在目标事件数据写入第二数据库的情况下，恢复模块向数据库监控模块发送数据恢复完成消息，以使向数据库监控模块解除对业务系统的交互请求的阻断，从而业务系统可以向第二数据库发送新业务事件数据写入请求，使业务系统可以正常处理客户端发起的相关业务。

本申请实施例还提供了一种数据恢复装置，图4是本申请实施例提供的一种数据恢复装置的结构示意图，如图4所示，该装置包括：

获取模块401，用于获取消息中间件中的数据备份消息集合；数据备份消息集合包括至少一个事件数据对应的数据备份消息；数据备份消息为在至少一个事件数据写入第一数据库的情况下，由业务系统发送至消息中间件；每个事件数据对应的数据备份消息中，包含有每个事件数据对应的事件标识；

目标数据备份消息确定模块403，用于在事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于目标事件标识在数据备份消息集合中确定目标数据备份消息；第二数据库用于对第一数据库中的事件数据进行备份；

数据恢复模块405，用于在事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于目标事件标识在数据备份消息集合中确定目标数据备份消息；第二数据库用于对第一数据库中的事件数据进行备份。

在一些可选的实施方式中，该装置还包括：

目标事件标识确定模块，用于在事件标识中确定目标事件标识；

备份事件数据集合获取模块，用于获取第二数据库中的备份事件数据集合；备份事件数据集合包括至少一个备份事件数据；

备份事件标识集合确定模块，用于确定备份事件数据集合中每个备份事件数据所对应的备份事件标识，得到备份事件标识集合；

第二数据库标识确定模块，用于基于备份事件标识集合，确定目标事件标识所对应的目标事件数据存在/不存在于第二数据库。

在一些可选的实施方式中，数据备份消息集合为数据备份消息队列；目标数据备份消息确定模块包括：

初始数据备份消息确定单元，用于在数据备份消息队列中确定初始数据备份消息；初始数据备份消息包含初始事件标识对应的初始事件数据；初始事件数据不存在于第二数据库；且在数据备份消息队列中排列在初始数据备份消息之前的数据备份消息，所包含的事件标识对应的事件数据，存在于第二数据库；

目标事件标识确定单元，用于确定初始事件标识为目标事件标识；

目标数据备份消息确定单元，用于基于初始事件标识，在数据备份消息队列中确定目标数据备份消息。

在一些可选的实施方式中，排列在数据备份消息队列尾部的数据备份消息为尾部数据备份消息；初始数据备份消息确定单元包括：

目标事件标识确定子单元，用于确定尾部数据备份消息所包含的事件标识为目标事件标识；将目标事件标识作为当前事件标识；

当前数据备份消息确定子单元，用于在当前事件标识所对应的当前事件数据，不存在于第二数据库中的情况下，在数据备份消息队列中，确定与尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息；

当前事件标识确定子单元，用于将当前数据备份消息所包含的事件标识重新作为当前事件标识；

初始数据备份消息确定子单元，用于重复在当前事件标识所对应的当前事件数据，不存在于第二数据库中的情况下，在数据备份消息队列中，确定与尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息的操作，直至当前数据备份消息为初始数据备份消息。

在一些可选的实施方式中，数据恢复模块包括：

数据恢复顺序确定子单元，用于基于数据备份消息队列，确定目标数据备份消息的数据恢复顺序；

目标数据备份消息发送子单元，用于根据数据恢复顺序，将目标数据备份消息发送至业务系统，以使业务系统将目标事件标识对应的目标事件数据写入第二数据库。

在一些可选的实施方式中，获取模块包括：

获取单元，用于响应于数据库切换请求，获取消息中间件中的数据备份消息集合。

在一些可选的实施方式中，该装置还包括：

数据恢复完成消息发送模块，用于在目标事件数据写入第二数据库的情况下，发送数据恢复完成消息，以使业务系统基于数据恢复完成消息向第二数据库发送新业务事件数据写入请求。

本申请实施例中的数据恢复装置与数据恢复方法实施例基于同样地申请构思，关于数据恢复装置的具体实施方式请参考数据恢复方法的实施方式，在此不再赘述。

本申请实施例还提供了一种电子设备，设备包括处理器和存储器，存储器中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行如上所述的数据恢复方法。

本申请实施例所提供的数据恢复方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图5是本申请实施例提供的一种数据恢复方法的服务器的硬件结构框图。如图5所示，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)510(处理器510可以包括但不限于微处理器MCU或可编程逻辑器件(FieldProgrammableGateArray，FPGA)等的处理装置)、用于存储数据的存储器530，一个或一个以上存储应用程序523或数据522的存储介质520(例如一个或一个以上海量存储设备)。其中，存储器530和存储介质520可以是短暂存储或持久存储。存储在存储介质520的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器510可以设置为与存储介质520通信，在服务器500上执行存储介质520中的一系列指令操作。服务器500还可以包括一个或一个以上电源560，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口540，和/或，一个或一个以上操作系统521，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

输入输出接口540可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器500的通信供应商提供的无线网络。在一个实例中，输入输出接口540包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口540可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图5所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器500还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。

本申请实施例还提供了一种计算机可读存储介质，存储介质中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现如上所述的数据恢复方法。

本申请实施例中，上述计算机存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选的，该计算机可读存储介质可以包括：只读存储器(ReadOnlyMemory，ROM)、随机存取记忆体(RandomAccessMemory，RAM)、固态硬盘(SolidStateDrives，SSD)或光盘等。其中，随机存取记忆体可以包括电阻式随机存取记忆体(ResistanceRandomAccessMemory，ReRAM)和动态随机存取存储器(DynamicRandomAccessMemory，DRAM)。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种数据恢复方法，其特征在于，所述方法包括：

获取消息中间件中的数据备份消息集合；所述数据备份消息集合包括至少一个事件数据对应的数据备份消息；所述数据备份消息为在所述至少一个事件数据写入第一数据库的情况下，由业务系统发送至所述消息中间件；每个所述事件数据对应的数据备份消息中，包含有每个所述事件数据对应的事件标识；

在所述事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于所述目标事件标识在所述数据备份消息集合中确定目标数据备份消息；所述第二数据库用于对所述第一数据库中的事件数据进行备份；

将所述目标数据备份消息发送至所述业务系统，以使所述业务系统将所述目标事件数据写入所述第二数据库。

2.根据权利要求1所述的方法，其特征在于，所述在所述事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于所述目标事件标识在所述数据备份消息集合中确定目标数据备份消息之前，所述方法还包括：

在所述事件标识中确定所述目标事件标识；

获取所述第二数据库中的备份事件数据集合；所述备份事件数据集合包括至少一个备份事件数据；

确定所述备份事件数据集合中每个备份事件数据所对应的备份事件标识，得到备份事件标识集合；

基于所述备份事件标识集合，确定所述目标事件标识所对应的目标事件数据存在/不存在于所述第二数据库。

3.根据权利要求1所述的方法，其特征在于，所述数据备份消息集合为数据备份消息队列；所述在所述事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于所述目标事件标识在所述数据备份消息集合中确定目标数据备份消息，包括：

在所述数据备份消息队列中确定初始数据备份消息；所述初始数据备份消息包含初始事件标识对应的初始事件数据；所述初始事件数据不存在于所述第二数据库；且在所述数据备份消息队列中排列在所述初始数据备份消息之前的数据备份消息，所包含的事件标识对应的事件数据，存在于所述第二数据库；

确定所述初始事件标识为所述目标事件标识；

基于所述初始事件标识，在所述数据备份消息队列中确定目标数据备份消息。

4.根据权利要求3所述的方法，其特征在于，排列在所述数据备份消息队列尾部的所述数据备份消息为尾部数据备份消息；所述在所述数据备份消息队列中确定初始数据备份消息，包括：

确定所述尾部数据备份消息所包含的事件标识为所述目标事件标识；将所述目标事件标识作为当前事件标识；

在所述当前事件标识所对应的当前事件数据，不存在于所述第二数据库中的情况下，在所述数据备份消息队列中，确定与所述尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息；

将所述当前数据备份消息所包含的事件标识重新作为当前事件标识；

重复所述在所述当前事件标识所对应的当前事件数据，不存在于所述第二数据库中的情况下，在所述数据备份消息队列中，确定与所述尾部数据备份消息间隔预设数量消息的数据备份消息为当前数据备份消息的操作，直至所述当前数据备份消息为所述初始数据备份消息。

5.根据权利要求3所述的方法，其特征在于，所述将所述目标数据备份消息发送至所述业务系统，以使所述业务系统将所述目标事件数据写入所述第二数据库，包括：

基于所述数据备份消息队列，确定所述目标数据备份消息的数据恢复顺序；

根据所述数据恢复顺序，将所述目标数据备份消息发送至所述业务系统，以使所述业务系统将所述目标事件标识对应的所述目标事件数据写入所述第二数据库。

6.根据权利要求1所述的方法，其特征在于，所述获取消息中间件中的数据备份消息集合，包括：

响应于数据库切换请求，获取消息中间件中的数据备份消息集合。

7.根据权利要求1所述的方法，其特征在于，所述将所述目标数据备份消息发送至所述业务系统，以使所述业务系统将所述目标事件数据写入所述第二数据库之后，所述方法还包括：

在所述目标事件数据写入所述第二数据库的情况下，发送数据恢复完成消息，以使所述业务系统基于所述数据恢复完成消息向所述第二数据库发送新业务事件数据写入请求。

8.一种数据恢复装置，其特征在于，所述装置包括：

获取模块，用于获取消息中间件中的数据备份消息集合；所述数据备份消息集合包括至少一个事件数据对应的数据备份消息；所述数据备份消息为在所述至少一个事件数据写入第一数据库的情况下，由业务系统发送至所述消息中间件；每个所述事件数据对应的数据备份消息中，包含有每个所述事件数据对应的事件标识；

目标数据备份消息确定模块，用于在所述事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于所述目标事件标识在所述数据备份消息集合中确定目标数据备份消息；所述第二数据库用于对所述第一数据库中的事件数据进行备份；

数据恢复模块，用于在所述事件标识中的目标事件标识所对应的目标事件数据，不存在于第二数据库中的情况下，基于所述目标事件标识在所述数据备份消息集合中确定目标数据备份消息；所述第二数据库用于对所述第一数据库中的事件数据进行备份。

9.一种电子设备，其特征在于，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行如权利要求1-7任一项所述的数据恢复方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-7任一项所述的数据恢复方法。

Images