CN114416868A - 一种数据同步方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供的一种数据同步方法、装置、设备及存储介质，所述方法包括获取第一数据库的预写日志中待同步的修改信息；获取预设待同步配置信息，并根据预设待同步配置信息确定待同步的修改信息是否为目标数据表的修改信息；若是目标数据表的修改信息，根据预设待同步配置信息确定目标数据表的修改信息中是否有目标数据的修改信息；若有目标数据的修改信息，则根据预设待同步配置信息将目标数据的修改信息的数据格式分别转换为至少一个第二数据库的目标数据格式，并向至少一个第二数据库发送对应的目标数据的修改信息。这样一来，可以实现与第一数据库异构的至少一个第二数据库与第一数据库间的数据同步，提高数据同步的效率。

Description

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

技术领域

本申请涉及信息技术领域，具体地涉及一种数据同步方法、装置、设备及存储介质。

背景技术

随着互联网行业的飞速发展，各行业逐渐实现了数据信息化。而HBase数据库作为一种长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合，可以实现对海量数据信息的存储、组织和管理。在对存储在HBase数据库中的数据进行查询、分析等操作时，若直接对存储在HBase数据库中的数据进行相应的操作，由于数据的数量十分庞大，工作效率将会非常低。因此，通常会将HBase数据库中不同类型的数据分别同步至其他不同的数据库中，当需要使用某种类型的数据进行数据处理时，可以直接在能够进行相应数据处理的数据库中对存储的该类型的数据执行操作，不必在HBase数据库存储的所有数据中搜索需要的数据，可以提高工作效率。例如，可以将HBase数据库中的搜索热点数据同步至查询数据库中，那么在进行查询时，可直接在查询数据库进行搜索，节省了数据处理的时间。并且，由于不同类型的数据库能够实现的功能不同，所采用的计算机环境也由不同平台组成，导致上述不同类型的数据库存储的数据的数据格式不完全相同，因此不同数据库间存储的数据属于异构数据。为了使得异构数据库中存储的数据与HBase数据库中与异构数据库相关联的数据始终保持一致，从而保证异构数据库中存储的数据的准确性，因此需要进行HBase数据库与异构数据库间的数据同步。

现有技术中，HBase数据库包括主集群与备集群，当HBase数据库的主集群中存储了非常重要的业务数据的时候，为了保护数据可以对数据进行备份处理，此时可以将主集群中的数据同步至备集群中进行备份，并且，在HBase数据库中主集群的数据发生修改时，需要将修改的数据同步至备集群中。目前，可以通过HBase Replication数据复制技术实现主备集群建的数据同步。由于WAL(Write ahead Log)预写日志中记录了所有的HBase数据库中数据的修改记录，因此HBase Replication根据读取WAL日志的内容，从而将主集群中发生修改的数据同步至备集群。

在进行数据同步时，HBase Replication在主集群的服务内部起了一个Replication Source的线程来负责复制，同时在备集群的每个服务内部起了一个Replication Sink的线程来负责接收Replication Source复制的数据。即，ReplicationSource记录WAL预写日志中需要同步的主集群中的修改数据的位置信息，然后不断读取WAL预写日志中的内容，同时可以根据Replication的预设配置过滤掉主集群中的修改数据中无需同步至备集群的数据，只保留主集群中的修改数据中需要同步至备集群的数据。通过Replicate WAL Entry这个远程过程调用(Remote Procedure Call，RPC)将需要同步至备集群的数据发送至备集群的服务器，备集群的ReplicationSink线程则负责将收到的数据写入到备集群中。

通过上述HBase Replication技术可以实现HBase数据库的主备集群间的数据同步，但是该项技术的数据格式及传输协议仅支持HBase数据库本身，即，仅支持HBase数据库的主备集群间的数据同步。也就是说，当HBase数据库与异构数据库间需要进行数据同步时，由于异构数据库的数据格式与HBase数据库不同，因此通过HBase Replication技术无法实现HBase数据库与异构数据库间的进行数据同步。

发明内容

有鉴于此，本申请提供一种数据同步方法、装置、设备及存储介质，以利于解决现有技术中不同数据库间无法同步数据的问题。

第一方面，本申请实施例提供了一种数据同步方法，包括：

获取第一数据库的预写日志中待同步的修改信息；所述预写日志中记录有所述第一数据库中数据的修改信息；所述数据的修改信息中至少包含有所述数据所在数据表的信息及数据的修改操作信息；

获取预设待同步配置信息，根据所述预设待同步配置信息确定所述待同步的修改信息是否为目标数据表的修改信息；预设待同步配置信息包括至少一个第二数据库中需同步的目标数据表的标识信息及目标数据的标识信息；所述至少一个第二数据库中需同步的目标数据是所述至少一个第二数据库中存储的，与所述第一数据库存储的数据相关联的数据；

若所述待同步的修改信息是所述目标数据表的修改信息，根据所述预设待同步配置信息确定所述目标数据表的修改信息中是否有目标数据的修改信息；所述目标数据表的修改信息中包含至少一项数据的修改信息；

若有目标数据的修改信息，则根据所述预设待同步配置信息确定所述目标数据的修改信息对应的至少一个第二数据库，将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的修改信息，所述目标数据格式为所述第二数据库存储数据的数据格式。

优选地，还包括：

根据所述第一数据库的预写日志中待同步的修改信息，更新所述预写日志的已同步的修改信息的位置信息；其中，所述位置信息用于记录所述预写日志中已与其他数据库完成同步的修改信息的位置；

确定所述预写日志中是否有待同步的修改信息；

若有待同步的修改信息，则重新获取第一数据库的预写日志中待同步的修改信息。

优选地，所述获取第一数据库的预写日志中待同步的修改信息包括：

读取所述第一数据库的预写日志；

获取所述预写日志的已同步的修改信息的位置信息；

根据所述位置信息，在所述第一数据库的预写日志中确定出待同步的修改信息。

优选地，在所述根据所述预设待同步配置信息确定所述目标数据表的修改信息中是否有目标数据的修改信息之前，还包括：

将所述目标数据表的修改信息的数据格式由源数据格式转换为预设数据格式；所述源数据格式为所述第一数据库存储数据的数据格式；

所述将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式包括：

将所述目标数据的修改信息的数据格式由预设数据格式分别转换为所述至少一个第二数据库的目标数据格式。

优选地，所述方法还包括，所述预设数据格式为JSON数据格式。

优选地，在所述将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送所述目标数据的修改信息之前，还包括：

获取预设的目标数据处理信息；

根据所述预设的目标数处理信息，对第一数据进行相应的数据处理，得到目标数据的待同步修改信息；所述第一数据是所述目标数据的修改信息中的数据；

所述将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的修改信息包括：

将目标数据的待同步修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的待同步修改信息。

优选地，所述方法还包括：

生成埋点日志；所述埋点日志用于记录数据的同步速率及数据的同步信息。

周期性向用户发送所述埋点日志。

第二方面，本申请实施例提供了一种数据同步装置，包括：

获取单元，用于获取第一数据库的预写日志中待同步的修改信息；所述预写日志中记录有所述第一数据库中数据的修改信息；所述数据的修改信息中至少包含有所述数据所在数据表的信息及数据的修改操作信息；

处理单元，用于获取预设待同步配置信息，根据所述预设待同步配置信息确定所述待同步的修改信息是否为目标数据表的修改信息；若所述待同步的修改信息是所述目标数据表的修改信息，根据所述预设待同步配置信息确定所述目标数据表的修改信息中是否有目标数据的修改信息；所述目标数据表的修改信息中包含至少一项数据的修改信息；还用于，若有目标数据的修改信息，则根据所述预设待同步配置信息确定所述目标数据的修改信息对应的至少一个第二数据库，将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的修改信息，所述目标数据格式为所述第二数据库存储数据的数据格式；预设待同步配置信息包括至少一个第二数据库中需同步的目标数据表的标识信息及目标数据的标识信息；所述至少一个第二数据库中需同步的目标数据是所述至少一个第二数据库中存储的，与所述第一数据库存储的数据相关联的数据。

优选地，所述处理单元，具体用于，根据所述第一数据库的预写日志中待同步的修改信息，更新所述预写日志的已同步的修改信息的位置信息；其中，所述位置信息用于记录所述预写日志中已与其他数据库完成同步的修改信息的位置；

确定所述预写日志中是否有待同步的修改信息；

若有待同步的修改信息，则重新获取第一数据库的预写日志中待同步的修改信息。

优选地，所述处理单元，还用于，读取所述第一数据库的预写日志；获取所述预写日志的已同步的修改信息的位置信息；根据所述位置信息，在所述第一数据库的预写日志中确定出待同步的修改信息。

优选地，所述处理单元，还用于，将所述目标数据表的修改信息的数据格式由源数据格式转换为预设数据格式；所述源数据格式为所述第一数据库存储数据的数据格式；

将所述目标数据的修改信息的数据格式由预设数据格式分别转换为所述至少一个第二数据库的目标数据格式。

优选地，所述处理单元，还用于，获取预设的目标数据处理信息；

根据所述预设的目标数据处理信息，对第一数据进行相应的数据处理，得到目标数据的待同步修改信息；所述第一数据是所述目标数据的修改信息中的数据；

将目标数据的待同步修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的待同步修改信息。

优选地，所述处理单元，还用于生成埋点日志；所述埋点日志用于记录数据的同步速率及数据的同步信息；

周期性向用户发送所述埋点日志。

第三方面，本申请实施例提供了一种电子设备，包括：

处理器和存储器，所述存储器存储有计算机程序，当所述计算机程序被执行时，使得所述电子设备执行上述第一方面任一项所述的方法。

第四方面，本申请实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面任意一项所述的方法。

采用本申请实施例所提供的方案，由于第一数据库的预写日志中记录了对第一数据库中存储的数据的修改操作，因此当第一数据库中的数据发生修改时，数据同步装置可以实时获取第一数据库的预写日志中待同步的修改信息；获取预设待同步配置信息，并根据预设待同步配置信息确定待同步的修改信息是否为目标数据表的修改信息；若是目标数据表的修改信息，根据预设待同步配置信息确定目标数据表的修改信息中是否有目标数据的修改信息。由于至少一个第二数据库的数据格式与第一数据库的数据格式不同，无法直接将目标数据发送至至少一个第二数据库，因此若有目标数据的修改信息，则根据预设待同步配置信息确定目标数据的修改信息对应的至少一个第二数据库，并将目标数据的修改信息的数据格式分别转换为至少一个第二数据库的目标数据格式，并分别按照至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的目标数据的修改信息。这样一来，在第一数据库中的数据发生修改时，根据上述数据同步方法可以实现与第一数据库异构的至少一个第二数据库与第一数据库间相关联数据的同步。

附图说明

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

图1为本申请实施例提供的一种数据同步方法的流程示意图；

图2为本申请实施例提供的另一种数据同步方法的流程示意图；

图3为本申请实施例提供的另一种数据同步方法的流程示意图；

图4为本申请实施例提供的一种数据同步装置的结构示意图；

图5为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，甲和/或乙，可以表示：单独存在甲，同时存在甲和乙，单独存在乙这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在对本申请实施例进行具体介绍之前，首先对本申请实施例应用或可能应用的术语进行解释。

JSON(JavaScript Object Notation)数据格式：是一种轻量级的数据交换格式，JSON采用完全独立于语言的文本格式，这些特性使JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成。

Zookeeper：是一个开源的分布式协调服务，Zookeeper的设计目标是将那些复杂且容易出错的分布式一致性封装起来，构成一个高效可靠的原语集，并以一系列简单易用的接口提供给用户使用。Zookeeper是一个典型的分布式数据一致性解决方案，分布式应用程序可以基于Zookeeper实现诸如数据发布/订阅，负载均衡，命名服务，分布式协调/通知，集群管理，，分布式锁和分布式队列等功能。

MySQL数据库：MySQL数据库由瑞典MySQL AB公司开发，是一种安全、跨平台、高效的，并与PHP、Java等主流编程语言紧密结合的数据库系统。MySQL是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。

Elasticseach数据库：Elasticsearch是一个分布式可扩展的实时搜索和分析引擎，是当前流行的企业级搜索引擎，能够达到实时搜索，稳定，可靠，快速，安装使用方便，它提供了一个分布式多用户能力的全文搜索引擎。Elasticsearch可以建立全文索引，即，把文本中的内容拆分成若干关键词，然后根据关键词创建索引，查询时根据关键词查询索引，最终找到包含关键词的文章。Elasticseach可将数据和索引分离，把索引分片，分布式的保存到不同节点，节点可以扩展到上百个，能实时检索、处理PB级别的结构化或非结构化数据。

ClickHouse数据库：ClickHouse数据库是俄罗斯的Yandex于2016年开源的列式存储数据库，使用C++语言编写，主要用于在线分析处理查询(On-line AnalyticalProcessing，OLAP)，能够使用结构化查询语言(Structured Query Language，SQL)查询实时生成分析数据报告。

Kafka：Kafka是一个分布式、分区的、多副本的、多订阅者，基于zookeeper协调的分布式日志系统(也可以当做MQ系统)，常见可以用于web日志、访问日志，消息服务等等。Kafka可以实现发布和订阅事件流，类似于消息队列或企业消息系统；容错性的数据存储系统；实时事件流处理；支持集成丰富的数据源和数据存储介质。根据实际需求和定义，Kafka可以作为数据库来使用。

ELK日志系统：Elasticsearch、Logstash、Kibana(ELK)是一套开源的日志管理方案，在实时数据检索和分析场合，三者通常是配合共用。

Graylog：是一个开源的完整的日志管理工具，功能和ELK类似。

相关技术中，在进行不同数据库中存储的数据的数据同步时，可以周期性进行待同步的数据的读取，然后将读取的待同步的数据转换成不同数据库的数据格式，再同步至对应的数据库中。但是这种周期性进行一次数据同步的方法只能实现数据的批量同步，无法实现数据的实时同步，缺乏灵活性和实时性。

针对上述问题，本申请实施例提供了一种数据同步方法、装置、设备及存储介质。在该方法中，由于第一数据库中的数据发生修改时，会先在预写日志中记录第一数据库中数据的修改信息，然后再将修改的数据存储至磁盘中。因此，数据的同步装置在检测到第一数据库的预写日志中有新增的第一数据库中数据的修改信息时，可实时获取预写日志中新增的待同步的数据的修改信息。数据同步装置可以获取预设待同步配置信息，根据预设待同步配置信息可以确定待同步的数据的修改信息是否为目标数据表的修改信息。其中，预设待同步配置信息包括至少一个第二数据库中需同步的目标数据的标识信息、目标数据表的表名信息。也就是说，根据预设待同步配置信息可以确定待同步的修改信息中记录的第一数据库中修改的数据所在的数据表是否为与目标数据表有关联的数据表。

若待同步的修改信息是目标数据表的修改信息，此时可以根据预设待同步配置信息确定目标数据表的修改信息中是否有目标数据的修改信息。也就是说，由于至少一个第二数据库中存储的目标数据可能只包含目标数据表中的部分数据信息，因此需要根据预设待同步配置信息中目标数据的标识信息确定目标数据表的修改信息中是否有目标数据的修改信息。

若有目标数据的修改信息，数据的同步装置将根据预设待同步配置信息确定目标数据的修改信息对应的至少一个第二数据库，将目标数据的修改信息的数据格式分别转换为至少一个第二数据库的目标数据格式，并分别按照至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的目标数据的修改信息。其中，由于至少一个第二数据库的数据格式各不相同，因此，需要将目标数据的修改信息的数据格式分别转换为至少一个第二数据库的目标数据格式，然后分别发送至对应的至少一个第二数据库。这样一来，根据本申请实施例所述方法，可以实现第一数据库与不同的异构数据库间相关联数据的同步。以下进行详细说明。

图1为本申请实施例提供的一种数据同步方法的流程示意图。参见图1所示，本申请实施例提供的数据同步方法主要包括以下几个步骤：

步骤S101、获取第一数据库的预写日志中待同步的修改信息。

其中，预写日志中记录有第一数据库中数据的修改信息；数据的修改信息中至少包含有数据所在数据表的信息及数据的修改操作信息。

在本申请实施例中，由于当第一数据库中的数据发生修改时，会先将数据的修改信息写入至预写日志中，再将修改的数据写入至磁盘中，因此，第一数据库的预写日志中存储了所有的第一数据库中数据的修改信息的记录。数据同步装置可以在预写日志中确定出未同步的修改信息，并在第一数据库的预写日志中未同步的修改信息中确定出待同步的修改信息，例如可以将未同步的修改信息中的第一条修改信息确定为待同步的修改信息。

第一数据库的预写日志中存储有所有的第一数据库中数据的修改信息，并且数据的修改信息中至少包含有数据所在数据表的信息及数据的修改操作信息。由于在第一数据库中，数据是以数据表的形式来存储的，每个数据表都有对应的表名，因此上述数据所在数据表的信息也就是数据所在的数据表的表名信息。

作为一种可能的实现方式，获取第一数据库的预写日志中待同步的修改信息包括：读取第一数据库的预写日志；获取预写日志的已同步的修改信息的位置信息；根据位置信息，在第一数据库的预写日志中确定出待同步的修改信息。

具体的，预写日志中存储了第一数据库中数据的全部修改信息，也就是说，预写日志中存储的数据的全部修改信息中包括已与其他数据库完成同步的修改信息和未同步的修改信息。由于数据同步装置中存储有预写日志中已与其他数据库完成同步的修改信息的位置，因此数据同步装置可以先读取第一数据库的预写日志，并根据预写日志中已与其他数据库完成同步的修改信息的位置，在预写日志中确定出全部的未同步的修改信息，并在全部的未同步的修改信息中确定出待同步的修改信息。

需要说明的是，第一数据库中数据的修改信息在预写日志的日志文件中以行的形式存储，也就是说，在预写日志中，每一行记录的内容为每一次对第一数据库中的数据进行修改的信息。因此，数据的同步装置在确定出全部的未同步的修改信息之后，可以在未同步的修改信息中选取一行数据的修改信息作为待同步修改信息。

步骤S102、获取预设待同步配置信息，根据预设待同步配置信息确定待同步的修改信息是否为目标数据表的修改信息。

其中，预设待同步配置信息包括至少一个第二数据库中需同步的目标数据表的标识信息及目标数据的标识信息；至少一个第二数据库中需同步的目标数据是至少一个第二数据库中存储的，与第一数据库存储的数据相关联的数据。由于在数据库中，数据可以按数据表的形式存储，每个数据表中包含多个列，每一列都存储有不同类型的数据信息，因此，至少一个第二数据库中需同步的目标数据的标识信息可以是目标数据所在的目标数据表的某一列的位置信息，或者列名称等信息。

具体的，至少一个第二数据库中存储有与第一数据库存储的数据相关联的数据，当第一数据库中与至少一个第二数据库中相关联的数据发生修改时，至少一个第二数据库中存储的，与第一数据库存储的数据相关联的数据需要同步进行修改。那么，至少一个第二数据库中存储的，与第一数据库存储的数据相关联的数据就是至少一个第二数据库中需同步的目标数据。由于第一数据库中包含多个数据表，发生修改的数据所在的数据表可能是目标数据表，也可能是其他数据表。因此，数据同步装置获取到的第一数据库的预写日志中待同步的修改信息中的数据所在的数据表可能是目标数据表，也可能是第一数据库中除了目标数据表之外的其他数据表，那么数据同步装置需要确定第一数据库的预写日志中待同步的修改信息中的数据所在的数据表是否为目标数据表。因此，数据同步装置在获取到第一数据库的预写日志中待同步的修改信息之后，可以再获取预设待同步配置信息，根据预设待同步配置信息中的至少一个第二数据库中需同步的目标数据表的标识信息，例如，可以是目标数据表的表名信息。并且，由于待同步的修改信息中包含数据所在数据表的信息，数据同步装置可以根据待同步的修改信息中数据所在数据表的信息和预设待同步配置信息中目标数据表的标识信息确定待同步的修改信息是否为目标数据表的修改信息。

需要说明的是，在数据同步装置中，可以预先根据至少一个第二数据库中需同步的目标数据设置待同步配置信息。至少一个第二数据库可以是MySQL数据库、Elasticseach数据库、ClickHouse数据库、Kafka等数据库中的一个或者多个，本申请对此不作限制。

步骤S103、若待同步的修改信息是目标数据表的修改信息，根据预设待同步配置信息确定目标数据表的修改信息中是否有目标数据的修改信息。

其中，目标数据表的修改信息中包含至少一项数据的修改信息。

具体的，若待同步的修改信息是目标数据表的修改信息，数据同步装置可以根据预设待同步配置信息确定目标数据表的修改信息中是否有目标数据的修改信息。第一数据库中的数据是以数据表的形式存储的，每个数据表中包含多个列，当第一数据库中的某个数据表发生修改时，可能修改了该数据表的某几列，目标数据所在的列的位置可能不是该数据表中被修改的数据所在的列的位置，也就是说，该数据表中被修改的数据可能不包括目标数据，此时无需将该数据表中被修改的数据同步至至少一个第二数据库；目标数据所在的列也可能是该数据表中被修改的数据所在列的其中几列，即目标数据可能是该数据表中被修改的数据的其中一部分数据，此时，只需将该数据表中被修改的数据中包含的目标数据同步至至少一个第二数据库，即，只需对该数据表中被修改的数据中包含的目标数据执行数据同步方法的下述步骤。

因此，在确定待同步的修改信息是目标数据表的修改信息之后，需要确定目标数据表的修改信息中是否有目标数据的修改信息。数据同步装置根据待同步的修改信息中的数据的修改操作信息可以获知被修改的数据在目标数据表中的位置信息，并且根据预设待同步配置信息中的至少一个第二数据库中需同步的目标数据表的标识信息及目标数据的标识信息可以获知目标数据在目标数据表中的位置信息，通过对比可以确定被修改的数据在目标数据表中的位置信息中是否有目标数据在目标数据表中的位置信息。若有，则可以确定目标数据表的修改信息中有目标数据的修改信息；若没有，则可以确定目标数据表的修改信息中没有目标数据的修改信息。

步骤S104、若有目标数据的修改信息，则根据预设待同步配置信息确定目标数据的修改信息对应的至少一个第二数据库，将目标数据的修改信息的数据格式分别转换为至少一个第二数据库的目标数据格式，并分别按照至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的目标数据的修改信息。

其中，目标数据格式为第二数据库存储数据的数据格式。

具体的，当数据同步装置确定目标数据表的修改信息中有目标数据的修改信息之后，说明此时需要将目标数据的修改信息同步至至少一个第二数据库。由于预设待同步配置信息中包括至少一个第二数据库中需同步的目标数据表的标识信息及目标数据的标识信息，因此，数据同步装置根据预设待同步配置信息中的至少一个第二数据库中需同步的目标数据表的标识信息及目标数据的标识信息可以获知哪些数据库需要同步目标数据，即为可以确定出至少一个第二数据库。由于不同类型的数据库能够实现的功能不同，所采用的计算机环境也由不同平台组成，导致数据库存储的数据的数据格式不完全相同，并且第一数据库的预写日志中记录的修改信息中采用的数据格式为第一数据库存储数据时采用的数据格式，因此至少一个第二数据库的目标数据格式与第一数据库的预写日志中记录修改信息采用的格式可能不完全相同，即为目标数据的修改信息的数据格式与至少一个第二数据库所采用的数据格式可能不完全相同，此时，无法直接将目标数据的修改信息发送至数据格式不同的至少一个第二数据库。因此，数据同步装置需要将目标数据的修改信息的数据格式分别转换为至少一个第二数据库的目标数据格式，并分别按照至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的目标数据的修改信息。

例如，假设第一数据库中存储的手机信息数据表中存储了多个型号的手机价格信息、手机颜色信息、手机内存信息等信息，第一列为手机价格信息，第二列为手机颜色信息，第三列为手机内存信息。数据库A和数据库B是与第一数据库不同的两个数据库，数据库A和数据库B中均存储有手机信息数据表中的手机价格信息。数据库A和数据库B中存储的手机信息数据表中的手机价格信息与第一数据库中存储的手机信息数据表中的手机价格信息相关联，因此当第一数据库中存储的手机信息数据表中的手机价格信息发生修改时，数据库A和数据库B中存储的手机信息数据表中的手机价格信息也需要进行修改，即为需要将数据库A和数据库B中存储的手机信息数据表中的手机价格信息进行数据同步。此时预设待同步配置信息可以包括数据库A和数据库B中需同步的数据表为手机信息数据表，且需同步的手机信息数据表中需同步的数据为手机价格信息。

如果此时把第一数据库中存储的手机信息数据表中存储的手机价格信息中手机1的价格数据由C更改为D，手机内存信息中手机1的内存数据由E更改为F。那么预写日志中将会记录：手机信息数据表的手机价格信息中手机1的价格数据由C更改为D、手机内存信息中手机1的内存数据由E更改为F。数据同步装置读取预写日志，由于预写日志中记录了所有的第一数据库中数据的修改记录，因此数据同步装置可以在第一数据库的预写日志中确定未同步的修改信息包括手机信息数据表的手机价格信息中手机1的价格数据由C更改为D、手机内存信息中手机1的内存数据由E更改为F。并将手机信息数据表的手机价格信息中手机1的价格数据由C更改为D、手机内存信息中手机1的内存数据由E更改为F确定为待同步的修改信息。然后数据同步装置获取预设待同步配置信息，由于预设待同步配置信息中包括数据库A和数据库B中需同步的数据表为手机信息数据表，且需同步的手机信息数据表中需同步的数据为手机价格信息，因此数据同步装置可以确定第一数据库的预写日志中待同步的修改信息是目标数据表的修改信息，即，手机信息数据表的修改信息。进一步地，数据同步装置根据预设待同步配置信息可以确定预写日志中待同步的修改信息中有目标数据的修改信息，即，手机信息数据表中的手机价格信息的修改信息。并且，数据同步装置可以根据上述预设待同步配置信息确定对手机信息数据表中的手机价格信息进行同步的数据库为数据库A和数据库B。此时，数据同步装置可以将目标数据的修改信息的数据格式分别转换为数据库A和数据库B对应的目标数据格式，然后分别按照数据库A和数据库B的目标数据格式向数据库A和数据库B发送对应的目标数据的修改信息。即为，将修改信息为手机信息数据表的手机价格信息中手机1的价格数据由C更改为D的修改信息确定为目标数据的修改信息，并根据数据库A的数据格式，将该目标数据的修改信息的数据格式由第一数据库的数据格式转换为数据库A的数据格式。根据数据库B的数据格式，将该目标数据的修改信息的数据格式由第一数据库的数据格式转换为数据库B的数据格式。将数据格式为数据库A的数据格式的目标数据的修改信息发送至数据库A中，将数据格式为数据库B的数据格式的目标数据的修改信息发送至数据库B中。这样一来，当第一数据库中与数据库A、数据库B相关联的手机信息数据表中手机价格信息的数据发生修改时，通过数据同步装置实现第一数据库与数据库A、数据库B的数据同步。

作为一种可能的实现方式，图2为本申请实施例提供另一种数据同步方法的流程示意图。具体步骤如下：

步骤S201、获取第一数据库的预写日志中待同步的修改信息。

具体的可参考上述步骤S101，在此不再赘述。

步骤S202、获取预设待同步配置信息，根据预设待同步配置信息确定待同步的修改信息是否为目标数据表的修改信息。

具体的可参考上述步骤S102，在此不再赘述。

步骤S203、若是目标数据表的修改信息，则将目标数据表的修改信息的数据格式由源数据格式转换为预设数据格式。

其中，源数据格式为第一数据库存储数据的数据格式。

具体的，第一数据库存储数据的数据格式，即，源数据格式，只适用于在第一数据库内部进行数据同步与传输，当第一数据库的数据需要传输至至少一个第二数据库时，由于至少一个第二数据库的数据格式不完全相同，为方便数据传输与解析，可以先将第一数据库的数据的数据格式由源数据格式转换成通用的数据格式再进行传输。由于预设数据格式是一种计算机通用数据格式，因此数据同步装置可以将目标数据表的修改信息的数据格式由源数据格式转换为预设数据格式，以方便解析目标数据表的修改信息。其中，预设数据格式是数据同步装置预先设置的，例如，预设数据格式为JSON数据格式。

步骤S204、根据预设待同步配置信息确定目标数据表的修改信息中是否有目标数据的修改信息。

具体的可参考上述步骤S103，在此不再赘述。

步骤S205、若有目标数据的修改信息，则根据预设待同步配置信息确定目标数据的修改信息对应的至少一个第二数据库，将目标数据的修改信息的数据格式由预设数据格式分别转换为至少一个第二数据库的目标数据格式，并分别按照至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的目标数据的修改信息。

具体的可参考上述步骤S104，在此不再赘述。

需要说明的是，在本申请实施例中，由于在步骤S203中，目标数据表的修改信息的数据格式已由源数据格式转换为预设数据格式，那么在确定目标数据的修改信息对应的至少一个第二数据库之后，数据同步装置可以将目标数据的修改信息的数据格式由预设数据格式分别转换为至少一个第二数据库的目标数据格式。

步骤S206、根据第一数据库的预写日志中待同步的修改信息，更新预写日志的已同步的修改信息的位置信息。

其中，所述位置信息用于记录预写日志中已与其他数据库完成同步的修改信息的位置。

具体的，数据同步装置在获取了第一数据库的预写日志中待同步的修改信息之后，可以根据第一数据库的预写日志中待同步的修改信息将预写日志的已同步的修改信息的位置信息更改为第一数据库的预写日志中待同步的修改信息的位置信息。这样一来，在下一次获取第一数据库的预写日志中待同步的修改信息时，能够根据更新后的预写日志的已同步的修改信息的位置信息确定预写日志中待同步的修改信息。

步骤S207、根据更新后的预写日志的已同步的修改信息的位置信息，确定预写日志中是否有未同步的修改信息，如有，则重新执行步骤S201-206。

在本申请实施例中，由于是逐行对预写日志中未同步的修改信息进行数据同步的，因此在进行完一行修改信息的数据同步之后，需要继续将预写日志中其他未同步的修改信息进行数据同步。此时，可以根据更新后的预写日志的已同步的修改信息的位置信息，检测预写日志中是否有未同步的修改信息，若有，在更新预写日志的已同步的修改信息的位置信息之后，需继续获取第一数据库的预写日志中待同步的修改信息并进行数据同步，即，继续执行步骤S201至步骤S206，直至第一数据库的预写日志中没有未同步的修改信息。

作为一种可能的实现方式，图3为本申请实施例提供的另一种数据同步方法的流程示意图。具体步骤如下：

步骤S301、获取第一数据库的预写日志中待同步的修改信息。

具体的可参考上述步骤S201，在此不再赘述。

步骤S302、获取预设待同步配置信息，根据预设待同步配置信息确定待同步的修改信息是否为目标数据表的修改信息。

具体的可参考上述步骤S202，在此不再赘述。

步骤S303、若是目标数据表的修改信息，则将目标数据表的修改信息的数据格式由源数据格式转换为预设数据格式。

具体的可参考上述步骤S203，在此不再赘述。

步骤S304、根据预设待同步配置信息确定目标数据表的修改信息中是否有目标数据的修改信息。

步骤S305、若有目标数据的修改信息，获取预设的目标数据处理信息。

具体的，至少一个第二数据库中需同步的目标数据是至少一个第二数据库中存储的，与第一数据库存储的数据相关联的数据，但至少一个第二数据库中存储的目标数据，可能是对第一数据库中存储的与第二数据库中存储的数据相关联的数据进行了一些处理操作后再存储至至少一个第二数据库中的。因此，数据同步装置确定目标数据表的修改信息中有目标数据的修改信息后，需要先获取至少一个第二数据库所需的对目标数据的修改信息的数据处理信息，即，预设的目标数据处理信息。

需要说明的是，可以在数据同步装置中预先根据至少一个第二数据库所需的对第一数据库中与至少一个第二数据库相关联的数据执行的数据处理操作，设置目标数据处理信息。

步骤S306、根据预设的目标数据处理信息，对第一数据进行相应的数据处理，得到目标数据的待同步修改信息。

其中，第一数据是目标数据的修改信息中的数据。

具体的，数据同步装置在获取预设的目标数据处理信息之后，可以根据预设的目标数据处理信息，对目标数据的修改信息中的数据，即第一数据，进行相应的数据处理。那么，处理之后的第一数据就是目标数据的待同步修改信息，也就是说，进行相应的数据处理之后的第一数据为至少一个第二数据库需同步的目标数据。

示例性的，假设第一数据库中存储的手机信息数据表中存储了多个型号的手机价格信息、手机颜色信息、手机内存信息等信息，第一列为手机价格信息，第二列为手机颜色信息，第三列为手机内存信息。数据库G是与第一数据库不同的数据库。数据库G中的手机信息数据表中存储有手机价格信息，并且数据库G中手机信息数据表中的手机价格信息为将第一数据库中的手机信息数据表中的手机价格进行8折折扣处理之后的价格信息。因此，当第一数据库中存储的手机信息数据表中的手机价格信息发生修改时，数据库G中存储的数据需要与第一数据库进行数据同步修改。那么，预设待同步配置信息可以包括数据库G中需同步的数据表为手机信息数据表，且需同步的手机信息数据表中需同步的数据为手机价格信息。预设的目标数据处理信息可以包括将需同步的手机信息数据表中需同步的手机价格信息中的手机价格乘80％。

这样一来，假设第一数据库中手机信息数据表中的手机价格信息中手机1的价格数据由J更改为K，那么预写日志中将会记录：手机信息数据表的手机价格信息中手机1的价格数据由J更改为K。此时，数据同步装置读取预写日志，由于预写日志中记录了所有的第一数据库中数据的修改记录，因此数据同步装置可以在第一数据库的预写日志中确定未同步的修改信息包括手机信息数据表的手机价格信息中手机1的价格数据由J更改为K。并将手机信息数据表的手机价格信息中手机1的价格数据由J更改为K确定为待同步的修改信息。然后数据同步装置获取预设待同步配置信息，由于预设待同步配置信息中包括数据库G中需同步的数据表为手机信息数据表，且需同步的手机信息数据表中需同步的数据为手机价格信息，因此数据同步装置可以确定第一数据库的预写日志中待同步的修改信息是目标数据表的修改信息，即，手机信息数据表的修改信息，并将目标数据表的修改信息的数据格式由源数据格式转换为JSON数据格式。

进一步地，数据同步装置根据预设待同步配置信息可以确定待同步的修改信息中有目标数据的修改信息，即，手机信息数据表中的手机价格信息的修改信息。在确定有目标数据的修改信息之后，获取预设的目标数据处理信息，即，将需同步的手机信息数据表中需同步的手机价格信息中的手机价格乘80％。并根据预设的目标数据处理信息，对第一数据，即目标数据修改信息中的手机价格K，进行相应的数据处理，得到目标数据的待同步修改信息。也就是说，目标数据的待同步修改信息为需同步的手机信息数据表中需同步的手机价格信息中手机1的价格数据更改为80％*K。这样一来，当第一数据库中与数据库G相关联的手机信息数据表中手机价格信息的数据发生修改时，数据同步装置可以根据数据库G所需的数据处理方式预先设置目标数据处理信息，并根据预设的目标数据处理信息对需同步的手机信息数据表中手机价格信息中修改的数据进行处理之后再同步至数据库G中。

步骤S307、将目标数据的待同步修改信息的数据格式分别转换为至少一个第二数据库的目标数据格式，并分别按照至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的目标数据的待同步修改信息。

具体的可参考上述步骤S205，在此不再赘述。

步骤S308、生成埋点日志，周期性向用户发送埋点日志。

其中，埋点日志用于记录数据的同步速率及数据的同步信息；数据的同步信息中可以包括数据的同步延时信息、每一次数据同步的耗时、数据同步的错误信息等。

具体的，数据同步装置可以在预写日志读取、数据处理、数据发送阶段分别设置埋点日志1、埋点日志2、埋点日志3，用以记录数据的同步速率及数据的同步信息，并周期性向用户发送埋点日志。用户通过各埋点日志中记录的数据同步信息可以在数据同步过程出现错误时快速定位错误点并进行修改，也可以根据数据的同步速率及数据的同步信息对数据同步装置做出可视化的监控分析，以方便后续对数据同步装置作出优化。例如，根据各埋点日志中记录的数据的同步速率及数据的同步信息可以创建一些核心指标的可视化仪表，比如数据表M的数据同步速率折线图，数据同步的错误率曲线等。

在一种可能的实现方式中，数据同步装置可以通过ELK日志系统或者Graylog实现对埋点日志的管理，用户可以通过ELK日志系统或者Graylog获取数据同步的各项核心指标并进行分析。

需要说明的是，数据同步装置向用户发送埋点日志的周期可以根据实际需要预先设置，可以是1s、5s、15s、30s、60s等，本申请对此不作限制。

需要说明的是，步骤S308在上述步骤S301至步骤S307、下述步骤S309执行的过程中可以同时执行，以实现对数据同步过程的监控。

步骤S309、根据第一数据库的预写日志中待同步的修改信息，更新预写日志的已同步的修改信息的位置信息。

具体的可参考上述步骤S206，在此不再赘述。

需要说明的是，在具体实现中，数据同步装置中记录预写日志中已同步的修改信息的位置信息的功能可以通过Zookeeper来实现，Zookeeper通过记录预写日志中的文件名和偏移量记录预写日志中已同步的修改信息的位置信息。也就是说，数据同步装置在Zookeeper中可以记录已经读取至第一数据库的预写日志中的某个文件的文件名，以及在该文件中已读取的位置信息，即偏移量。当然，也可以通过其他方式来实现，本申请对此不作限制。

步骤S310、根据更新后的预写日志的已同步的修改信息的位置信息，确定预写日志中是否有未同步的修改信息，如有，则重新执行步骤S301-309。

在本申请实施例中，由于是逐行对预写日志中未同步的修改信息进行数据同步的，因此在进行完一行修改信息的数据同步之后，需要继续将预写日志中其他未同步的修改信息进行数据同步。此时，根据更新后的预写日志的已同步的修改信息的位置信息，可以检测预写日志中是否有未同步的修改信息，若有，在更新预写日志的已同步的修改信息的位置信息之后，需继续获取第一数据库的预写日志中待同步的修改信息并进行数据同步，即，继续执行步骤S301至步骤S309，直至第一数据库的预写日志中没有未同步的修改信息。

这样一来，在第一数据库中的数据发生修改时，根据上述实施例所述数据同步方法可以实现与第一数据库异构的至少一个第二数据库与第一数据库间相关联数据的同步，提高数据同步的效率。

与上述实施例相对应，如图4所示，本申请实施例还提供了一种数据同步装置，包括：

获取单元401，用于获取第一数据库的预写日志中待同步的修改信息。其中，预写日志中记录有第一数据库中数据的修改信息；数据的修改信息中至少包含有数据所在数据表的信息及数据的修改操作信息。

处理单元402，用于获取预设待同步配置信息，根据预设待同步配置信息确定待同步的修改信息是否为目标数据表的修改信息。若待同步的修改信息是目标数据表的修改信息，根据预设待同步配置信息确定目标数据表的修改信息中是否有目标数据的修改信息；若有目标数据的修改信息，则根据预设待同步配置信息确定目标数据的修改信息对应的至少一个第二数据库，将目标数据的修改信息的数据格式分别转换为至少一个第二数据库的目标数据格式，并分别按照至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的目标数据的修改信息。

其中，目标数据格式为第二数据库存储数据的数据格式。预设待同步配置信息包括至少一个第二数据库中需同步的目标数据表的标识信息及目标数据的标识信息。至少一个第二数据库中需同步的目标数据是至少一个第二数据库中存储的，与第一数据库存储的数据相关联的数据。

在一个可能的实施例中，处理单元402，具体用于根据目标数据表的修改信息，更新预写日志的已同步的修改信息的位置信息。

在一个可能的实施例中，获取单元401，具体用于读取第一数据库的预写日志；获取预写日志的已同步的修改信息的位置信息。处理单元402，具体用于根据位置信息，在第一数据库的预写日志中确定出待同步的修改信息。

在一个可能的实施例中，处理单元402，还用于将目标数据表的修改信息的数据格式由源数据格式转换为预设数据格式；将目标数据的修改信息的数据格式由预设数据格式分别转换为至少一个第二数据库的目标数据格式。

在一个可能的实施例中，处理单元402，还用于获取预设的目标数据处理信息；根据预设的目标数处理信息，对第一数据进行相应的数据处理，得到目标数据的待同步修改信息；将目标数据的待同步修改信息的数据格式分别转换为至少一个第二数据库的目标数据格式，并分别按照至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的待同步修改信息。

在一个可能的实施例中，处理单元402，还用于生成埋点日志，其中，埋点日志用于记录数据的同步速率及数据的同步信息；周期性向用户发送埋点日志。

与上述实施例相对应，本申请还提供了一种电子设备。图5为本发明实施例提供的一种电子设备的结构示意图，所述电子设备500可以包括：处理器501、存储器502及通信单元503。这些组件通过一条或多条总线进行通信，本领域技术人员可以理解，图中示出的服务器的结构并不构成对本发明实施例的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，所述通信单元503，用于建立通信信道，从而使所述电子设备可以与其它设备进行通信。接收其他设备发送的用户数据或者向其他设备发送用户数据。

所述处理器501，为电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器502内的软件程序和/或模块，以及调用存储在存储器内的数据，以执行电子设备的各种功能和/或处理数据。所述处理器可以由集成电路(integrated circuit，IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器501可以仅包括中央处理器(centralprocessing unit，CPU)。在本发明实施方式中，CPU可以是单运算核心，也可以包括多运算核心。

所述存储器502，用于存储处理器501的执行指令，存储器502可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

当存储器502中的执行指令由处理器501执行时，使得电子设备500能够执行图3所示实施例中的部分或全部步骤。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的数据同步方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，ROM)或随机存储记忆体(random access memory，RAM)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于装置实施例和终端实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。

Claims (10)

1.一种数据同步方法，其特征在于，包括：

获取第一数据库的预写日志中待同步的修改信息；所述预写日志中记录有所述第一数据库中数据的修改信息；所述数据的修改信息中至少包含有所述数据所在数据表的信息及数据的修改操作信息；

获取预设待同步配置信息，根据所述预设待同步配置信息确定所述待同步的修改信息是否为目标数据表的修改信息；预设待同步配置信息包括至少一个第二数据库中需同步的目标数据表的标识信息及目标数据的标识信息；所述至少一个第二数据库中需同步的目标数据是所述至少一个第二数据库中存储的，与所述第一数据库存储的数据相关联的数据；

若所述待同步的修改信息是所述目标数据表的修改信息，根据所述预设待同步配置信息确定所述目标数据表的修改信息中是否有目标数据的修改信息；所述目标数据表的修改信息中包含至少一项数据的修改信息；

若有目标数据的修改信息，则根据所述预设待同步配置信息确定所述目标数据的修改信息对应的至少一个第二数据库，将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的修改信息，所述目标数据格式为所述第二数据库存储数据的数据格式。

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

根据所述第一数据库的预写日志中待同步的修改信息，更新所述预写日志的已同步的修改信息的位置信息；其中，所述位置信息用于记录所述预写日志中已与其他数据库完成同步的修改信息的位置；

确定所述预写日志中是否有待同步的修改信息；

若有待同步的修改信息，则重新获取第一数据库的预写日志中待同步的修改信息。

3.根据权利要求2所述的方法，其特征在于，所述获取第一数据库的预写日志中待同步的修改信息包括：

读取所述第一数据库的预写日志；

获取所述预写日志的已同步的修改信息的位置信息；

根据所述位置信息，在所述第一数据库的预写日志中确定出待同步的修改信息。

4.根据权利要求1所述的方法，其特征在于，在所述根据所述预设待同步配置信息确定所述目标数据表的修改信息中是否有目标数据的修改信息之前，还包括：

将所述目标数据表的修改信息的数据格式由源数据格式转换为预设数据格式；所述源数据格式为所述第一数据库存储数据的数据格式；

所述将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式包括：

将所述目标数据的修改信息的数据格式由预设数据格式分别转换为所述至少一个第二数据库的目标数据格式。

5.根据权利要求4所述的方法，其特征在于，所述预设数据格式为JSON数据格式。

6.根据权利要求1-5任一项所述的方法，其特征在于，在所述将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送所述目标数据的修改信息之前，还包括：

获取预设的目标数据处理信息；

根据所述预设的目标数据处理信息，对第一数据进行相应的数据处理，得到目标数据的待同步修改信息；所述第一数据是所述目标数据的修改信息中的数据；

所述将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的修改信息包括：

将目标数据的待同步修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的待同步修改信息。

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

生成埋点日志；所述埋点日志用于记录数据的同步速率及数据的同步信息；

周期性向用户发送所述埋点日志。

8.一种数据同步装置，其特征在于，包括：

获取单元，用于获取第一数据库的预写日志中待同步的修改信息；所述预写日志中记录有所述第一数据库中数据的修改信息；所述数据的修改信息中至少包含有所述数据所在数据表的信息及数据的修改操作信息；

处理单元，用于获取预设待同步配置信息，根据所述预设待同步配置信息确定所述待同步的修改信息是否为目标数据表的修改信息；若所述待同步的修改信息是所述目标数据表的修改信息，根据所述预设待同步配置信息确定所述目标数据表的修改信息中是否有目标数据的修改信息；所述目标数据表的修改信息中包含至少一项数据的修改信息；若有目标数据的修改信息，则根据所述预设待同步配置信息确定所述目标数据的修改信息对应的至少一个第二数据库，将所述目标数据的修改信息的数据格式分别转换为所述至少一个第二数据库的目标数据格式，并分别按照所述至少一个第二数据库的目标数据格式向至少一个第二数据库发送对应的所述目标数据的修改信息，所述目标数据格式为所述第二数据库存储数据的数据格式；预设待同步配置信息包括至少一个第二数据库中需同步的目标数据表的标识信息及目标数据的标识信息；所述至少一个第二数据库中需同步的目标数据是所述至少一个第二数据库中存储的，与所述第一数据库存储的数据相关联的数据。

9.一种电子设备，其特征在于，包括：处理器和存储器，所述存储器存储有计算机程序，当所述计算机程序被执行时，使得所述电子设备执行权利要求1-7任一项所述的方法。

10.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1-7中任意一项所述的方法。

Images