CN114490869A - 一种数据同步方法、装置、数据源端、目标端及存储介质 - Google Patents

一种数据同步方法、装置、数据源端、目标端及存储介质 Download PDF

Info

Publication number
CN114490869A
CN114490869A CN202111640298.9A CN202111640298A CN114490869A CN 114490869 A CN114490869 A CN 114490869A CN 202111640298 A CN202111640298 A CN 202111640298A CN 114490869 A CN114490869 A CN 114490869A
Authority
CN
China
Prior art keywords
data
transaction record
sql
incremental
integration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111640298.9A
Other languages
English (en)
Inventor
戎翔
陈强
崔乐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202111640298.9A priority Critical patent/CN114490869A/zh
Publication of CN114490869A publication Critical patent/CN114490869A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
    • G06F16/1815—Journaling file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2358—Change logging, detection, and notification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/242—Query formulation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例提供了一种数据同步方法、装置、数据源端、目标端及存储介质，该方法包括：数据源端检测重做日志文件中是否有新的交易记录；若是，则抓取重做日志文件中第一位置和第二位置之间的多个结构化查询语言SQL指令，第一位置为最后一次抓取的SQL指令的位置，第二位置为重做日志文件中最新SQL指令的位置；将本次抓取的多个SQL指令存储在缓存文件中；从缓存文件中，读取每个交易记录包括的SQL指令；以交易记录为单位，分别向目标端同步读取的每个交易记录包括的SQL指令。这样，数据同步过程更加容易控制，且不需要对代码进行大规模改造，提高了***的可控制性，保证了逻辑完整性，避免了数据丢失，提高了数据同步速度，降低了运营成本。

Description

一种数据同步方法、装置、数据源端、目标端及存储介质
技术领域
本申请涉及数据库应用技术领域，特别是涉及一种数据同步方法、装置、数据源端、目标端及存储介质。
背景技术
Oracle数据库***(简称Oracle)是一款以分布式数据库为核心的关系数据库管理***。Oracle作为一个关系数据库，在处理数据时经常需要与各数据平台之间进行数据同步，例如，Oracle与分布式***基础架构Hadoop进行数据同步。
相关技术中，Oracle与hadoop平台的数据同步工作是将多个SQL(StructuredQueryLanguage，结构化查询语言)指令进行同步处理，而对SQL指令进行同步的工作需要对Oracle数据库的代码进行大规模的改造，这使得数据同步的工作量巨大，且无法保证逻辑的完整性。
发明内容
本申请实施例的目的在于提供一种数据同步方法、装置、数据源端、目标端及存储及介质，提高了***的可控制性，保证了逻辑完整性，避免了数据丢失，提高了数据同步速度，降低了运营成本。具体技术方案如下：
第一方面，本申请实施例提供了一种数据同步方法，应用于数据源端，所述方法包括：
检测所述重做日志文件中是否有新的交易记录；
若是，则抓取所述重做日志文件中第一位置和第二位置之间的多个结构化查询语言SQL指令，所述第一位置为最后一次抓取的SQL指令的位置，所述第二位置为所述重做日志文件中最新SQL指令的位置；
将本次抓取的多个SQL指令存储在缓存文件中；
从所述缓存文件中，读取每个交易记录包括的SQL指令；
以交易记录为单位，分别向目标端同步读取的每个交易记录包括的SQL指令。
可选的，所述检测所述重做日志文件中是否有新的交易记录的步骤，包括：
检测控制文件中记录的数据库变化标识号SCN是否有变化；
若所述SCN有变化，则确定所述重做日志文件中有新的交易记录；
若所述SCN无变化，则确定所述重做日志文件中没有新的交易记录。
可选的，所述以交易记录为单位，分别向目标端同步读取的每个交易记录包括的SQL指令的步骤，包括：
以交易记录为单位，按照传输控制协议，将读取的每个交易记录包括的SQL指令分别封装至数据包中，得到每个交易记录对应的数据包；
分别向目标端同步读取每个交易记录对应的数据包。
可选的，所述从所述缓存文件中，读取每个交易记录包括的SQL指令的步骤，包括：
从所述缓存文件中，读取每个已提交commit的交易记录包括的SQL指令。
第二方面，本申请实施例提供了一种数据同步方法，应用于目标端，所述方法包括：
接收数据源端同步的每个交易记录包括的SQL指令；
将每个交易记录包括的SQL指令存入队列；
按照交易记录的顺序，从所述队列中读取交易记录包括的SQL指令，并装载到所述目标端的存储磁盘中；
利用分布式技术，将所述存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库。
可选的，所述接收数据源端同步的每个交易记录包括的SQL指令的步骤，包括：
按照传输控制协议，接收数据源端同步数据包；
根据所述数据包的包头描述的包大小，对所述数据包进行合法性检查；
若确定所述数据包合法，则从所述数据包中获取每个交易记录包括的SQL指令。
可选的，所述交易记录中包括增量数据；
所述将所述存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库的步骤之后，所述方法还包括：
针对每个交易记录，从该交易记录包括的SQL指令中获取到增量数据；
基于所述增量数据，进行增全量整合，获得当前时间点的全量数据。
可选的，所述增量数据对应有多个数据表；
所述基于所述增量数据，进行增全量整合，获得当前时间点的全量数据的步骤，包括：
依次对所述增量数据对应的每个数据表分别进行增全量整合，获得当前时间点的全量数据。
可选的，所述依次对所述增量数据对应的每个数据表分别进行增全量整合，获得当前时间点的全量数据的步骤，包括：
对所述增量数据对应的当前数据表进行增全量整合，获得中间数据；
对所述中间数据进行数据校验；
若数据校验成功，则将所述增量数据对应的下一个数据表更新为当前数据表，并重新执行所述对所述增量数据对应的当前数据表进行增全量整合，获得中间数据的步骤，直至完成对所述增量数据对应的所有数据表完整增全量整合，得到当前时间点的全量数据。
可选的，所述增量数据对应的所有数据表包括存放抽取全量数据表、存放增全量整合结果表、以及存放抽取增量数据表。
第三方面，本申请实施例提供了一种数据同步装置，应用于数据源端，所述装置包括：
检测单元，用于检测所述重做日志文件中是否有新的交易记录；
抓取单元，用于响应于所述检测结果为：所述重做日志文件中有新的交易记录，抓取所述重做日志文件中第一位置和第二位置之间的多个结构化查询语言SQL指令，所述第一位置为最后一次抓取的SQL指令的位置，所述第二位置为所述重做日志文件中最新SQL指令的位置；
缓存单元，用于将本次抓取的多个SQL指令存储在缓存文件中；
读取单元，用于从所述缓存文件中，读取每个交易记录包括的SQL指令；
同步单元，用于以交易记录为单位，分别向目标端同步读取的每个交易记录包括的SQL指令。
可选的，所述检测单元，具体用于：
检测控制文件中记录的数据库变化标识号SCN是否有变化；
若所述SCN有变化，则确定所述重做日志文件中有新的交易记录；
若所述SCN无变化，则确定所述重做日志文件中没有新的交易记录。
可选的，所述同步单元，具体用于：
以交易记录为单位，按照传输控制协议，将读取的每个交易记录包括的SQL指令分别封装至数据包中，得到每个交易记录对应的数据包；
分别向目标端同步读取每个交易记录对应的数据包。
可选的，所述读取单元，具体用于：
从所述缓存文件中，读取每个已提交commit的交易记录包括的SQL指令。
第四方面，本申请实施例提供了一种数据同步装置，应用于目标端，所述装置包括：
接收单元，用于接收数据源端同步的每个交易记录包括的SQL指令；
第一存储单元，用于将每个交易记录包括的SQL指令存入队列；
装载单元，用于按照交易记录的顺序，从所述队列中读取交易记录包括的SQL指令，并装载到所述目标端的存储磁盘中；
第二存储单元，用于利用分布式技术，将所述存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库。
可选的，所述接收单元，具体用于：
按照传输控制协议，接收数据源端同步数据包；
根据所述数据包的包头描述的包大小，对所述数据包进行合法性检查；
若确定所述数据包合法，则从所述数据包中获取每个交易记录包括的SQL指令。
可选的，所述交易记录中包括增量数据；所述装置还包括：
获取单元，用于将所述存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库之后，针对每个交易记录，从该交易记录包括的SQL指令中获取到增量数据；
整合单元，用于基于所述增量数据，进行增全量整合，获得当前时间点的全量数据。
可选的，所述增量数据对应有多个数据表；
所述整合单元，包括：
整合子单元，用于依次对所述增量数据对应的每个数据表分别进行增全量整合，获得当前时间点的全量数据。
可选的，所述整合子单元，具体用于：
对所述增量数据对应的当前数据表进行增全量整合，获得中间数据；
对所述中间数据进行数据校验；
若数据校验成功，则将所述增量数据对应的下一个数据表更新为当前数据表，并重新执行所述对所述增量数据对应的当前数据表进行增全量整合，获得中间数据的步骤，直至完成对所述增量数据对应的所有数据表完整增全量整合，得到当前时间点的全量数据。
可选的，所述增量数据对应的所有数据表包括存放抽取全量数据表、存放增全量整合结果表、以及存放抽取增量数据表。
第五方面，本申请实施例提供了一种数据源端，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现应用于数据源端的任一所述的数据同步方法步骤。
第六方面，本申请实施例提供了一种目标端，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现应用于目标端的任一所述的数据同步方法步骤。
第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述应用于数据源端的任一所述的数据同步方法的步骤，或实现上述应用于目标端的任一所述的数据同步方法的步骤。
第八方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述应用于数据源端的任一所述的数据同步方法，或执行上述应用于目标端的任一所述的数据同步方法。
本申请实施例有益效果：
本申请实施例提供的技术方案中，数据源端和目标端均是以交易记录为同步数据的最小单位来同步数据，而不是以单个SQL指令为同步数据的最小单位。这样数据同步过程更加容易控制，且不需要对代码进行大规模改造，提高了***的可控制性，保证了逻辑完整性，避免了数据丢失，提高了数据同步速度，降低了运营成本。
当然，实施本申请的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的实施例。
图1为本申请实施例提供的数据同步方法的第一种流程示意图；
图2为本申请实施例提供的数据同步方法的第二种流程示意图；
图3为本申请实施例提供的数据同步方法的第三种流程示意图；
图4为本申请实施例提供的数据同步方法的第四种流程示意图；
图5为本申请实施例提供的数据同步方法的第五种流程示意图；
图6为本申请实施例提供的数据同步方法的第六种流程示意图；
图7为本申请实施例提供的数据同步方法的第七种流程示意图；
图8为本申请实施例提供的数据同步方法的第八种流程示意图；
图9为本申请实施例提供的数据同步方法的第九种流程示意图；
图10为本申请实施例提供的数据同步方法的第十种流程示意图；
图11为本申请实施例提供的数据同步方法的第十一种流程示意图；
图12为本申请实施例提供的数据同步方法的第十二种流程示意图；
图13为本申请实施例提供的应用于数据源端的数据同步装置的一种结构示意图；
图14为本申请实施例提供的应用于目标端的数据同步装置的一种结构示意图；
图15为本申请实施例提供的数据源端的一种结构示意图；
图16为本申请实施例提供的目标端的一种结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员基于本申请所获得的所有其他实施例，都属于本申请保护的范围。
在日常的数据同步工作中，有两个方面一直是数据同步效率的瓶颈。一方面是数据平台需要处理的数据量巨大，而且需要处理的数据在不断地更新，这导致了数据传输缓慢，为保证工作效率和精确度，要求在离线的场景下进行数据同步处理工作；另一方面，基于SQL指令的数据同步需要对代码进行大规模改造，大大增加了数据同步的工作量。
另外，相关技术中，可以使用Oracle公司的数据同步产品OGG(Oracle GoldenGate)进行数据同步处理，但OGG进行数据同步处理的费用较高，会对使用者造成很大的负担。
基于上述问题，本申请实施例提供了一种数据同步方法。下面通过具体实施例，对本申请实施例提供的数据同步方法进行详细说明。
参见图1，图1为本申请实施例提供的数据同步方法的第一种流程示意图。应用于数据源端，例如Oracle数据库***，该数据同步方法包括如下步骤。
步骤S11，检测重做日志文件中是否有新的交易记录。
在数据源端存有重做日志文件(Oracle Redo Log)，重做日志文件中存储了多个交易记录。本申请实施例中，在进行数据同步时，数据源端检测重做日志文件中是否有新的交易记录产生。
步骤S12，若有新的交易记录，则抓取重做日志文件中第一位置和第二位置之间的多个SQL指令，第一位置为最后一次抓取的SQL指令的位置，第二位置为重做日志文件中最新SQL指令的位置。
本申请实施例中，重做日志文件中包含有多个交易记录，每个交易记录包含有多条非连续存储的SQL指令，多个交易记录的SQL指令之间是相互穿插的。
若重做日志文件中有新的交易记录，也就是，重做日志文件中有新的SQL指令。数据源端可以对重做日志文件中最后一次抓取的SQL指令的位置(即第一位置)与最新SQL指令的位置(即第二位置)之间的多个SQL指令进行抓取。
步骤S13，将本次抓取的多个SQL指令存储在缓存文件中。
本申请实施例中，数据源端得到本次抓取的多个SQL指令，并将这些SQL指令生成自定义的格式数据，然后将这些数据存储在缓存文件中。这里对SQL指令生成的格式不做限定。
步骤S14，从缓存文件中，读取每个交易记录包括的SQL指令。
数据源端对缓存文件中抓取的多个SQL指令进行交易整合，可以从缓存文件中读取到新的每个交易记录包括的SQL指令。
本申请实施例中，数据源端可以从缓存文件中，按照交易记录的顺序，对每个交易记录包括的SQL指令进行读取，并存入队列中。
可选的，从缓存文件中，数据源端读取每个已提交commit的交易记录包括的SQL指令。
在缓存文件中，有已提交commit的交易记录以及没有提交的交易记录，然而，只有已提交commit的交易记录对目标端是有意义的，没有commit的交易记录(即rollbackt的交易记录)无需复制到目标端。这种情况下，数据源端不需要复制缓存文件中的每条SQL指令，可以从缓存文件中只读取每个已提交commit的交易记录包括的SQL指令，并进行交易整合。
本申请实施例提供的技术方案中，数据源端只读取每个已提交commit的交易记录包括的SQL指令，这样，可以在不影响数据同步工作结果的情况下，提升数据同步速度，进而提高数据同步的工作效率，降低运营成本。
步骤S15，以交易记录为单位，分别向目标端同步读取的每个交易记录包括的SQL指令。
数据源端在对多个SQL指令进行交易整合后，以交易记录为单位，可以按照交易记录的顺序，分别向目标端同步读取每个交易记录包括的SQL指令。
本申请实施例提供的技术方案中，数据源端以交易记录为同步数据的最小单位来同步数据，而不是以单个SQL指令为同步数据的最小单位。这样数据同步过程更加容易控制，且不需要对代码进行大规模改造，提高了***的可控制性，保证了逻辑完整性，避免了数据丢失，提高了数据同步速度，降低了运营成本。
在本申请的一个实施例中，本申请实施例还提供了一种数据同步方法，如图2所示，该方法可以包括如下步骤：步骤S21-S27。其中，步骤S24-S27与上述步骤S12-S15相同，步骤S21-S23是步骤S11的一种可选的实施方式。
步骤S21，检测控制文件中记录的SCN是否有变化。步骤S22，若SCN无变化，则确定重做日志文件中没有新的交易记录。步骤S23，若SCN有变化，则确定重做日志文件中有新的交易记录。
数据源端配置有控制文件(Oracle Controle file)。数据源端可以通过定期检测控制文件中记录的当前SCN(System Change Number，数据库变化标识号)来判断数据源端的重做日志文件中否有新的交易产生。
本申请实施例中，数据源端检测控制文件中记录的SCN是否有变化。若SCN无变化，则执行步骤S22；若SCN有变化，则执行步骤S23。
本申请实施例提供的技术方案中，通过控制文件中记录的SCN确定重做日志文件中是否有新的交易记录，这样可以避免每次检查都通过读取重做日志文件来判断否有新的交易产生而对数据源端造成影响。
下面结合图3所示的数据同步方法的流程示意图，对本申请实施例提供的数据同步方法进行详细说明。
数据源端在重做日志文件中最后一次抓取SQL指令时，重做日志文件对应的控制文件中的SCN为状态1，此时SQL指令所处的位置为第一位置。在经过时间间隔T之后，重做日志文件中有新的交易记录，此时重做日志文件对应的控制文件中的SCN为状态2，最新SQL指令所处的位置为第二位置。其中，时间间隔T可以是1秒、5秒、或2分钟，对此不进行限定。
数据源端获取第一位置和第二位置之间的多个SQL指令，利用数据源端的分析模块，对获得的多个SQL指令进行读取并加以分析，将分析后的数据同步给目标端，例如，可以将分析后的数据同步给hadoop的数据处理机制。
本申请实施例中，按照预估的日志分析设计目标，数据源端的分析模块每秒能够分析的SQL指令量达到10M/s。
下面结合图4所示的数据源端的数据同步的流程示意图，对本申请实施例提供的数据同步方法进行详细说明。图4中的数据源端为Oracle数据库，目标端为hadoop平台。
Oracle数据库开始记录重做日志文件(以下简称为日志)，随后，Oracle数据库删除日志目录，以保证***数据时间点的日志目录不存在。Oracle数据库将交易记录数据进行导出，若导出失败，则结束日志记录为失败，并Oracle数据库结束数据同步流程；若导出成功，则将交易记录导入hadoop平台，随后结束日志记录为成功，并Oracle数据库结束数据同步流程。
在本申请的一个实施例中，本申请实施例还提供了一种数据同步方法，如图5所示，该方法可以包括如下步骤：步骤S51-S56。其中，步骤S51-S54与上述步骤S11-S14相同，步骤S55-S56是步骤S15的一种可选的实施方式。
步骤S55，以交易记录为单位，按照传输控制协议，将读取的每个交易记录包括的SQL指令分别封装至数据包中，得到每个交易记录对应的数据包。
本申请实施例中，数据源端以交易记录为单位，按照传输控制协议，将读取的每个交易记录包括的SQL指令以传输控制协议(如TCP/IP)的格式分别封装至数据包中，得到每个交易记录对应的数据包。
本申请实施例中，一个数据包可以包括一个交易记录的SQL指令，也可以包括多个交易记录的SQL指令，对此不进行限定。
步骤S56，分别向目标端同步读取每个交易记录对应的数据包。
数据源端分别向目标端同步读取每个交易记录对应的数据包。
本申请实施例提供的技术方案中，数据源端将每个交易记录包括的SQL指令以TCP/IP的格式分别封装至数据包中，并向目标端进行同步处理。这样，可以使每个交易记录包括的SQL指令在同步到目标端之后，根据TCP/IP格式封装成的数据包的包头，检测该数据包的合法性，增加了数据传输的可靠性。
与上述数据同步方法对应，本申请实施例还提供了一种数据同步方法，应用于目标端，例如hadoop平台，如图6所示，该方法可以包括如下步骤：
步骤S61，接收数据源端同步的每个交易记录包括的SQL指令。
步骤S62，将每个交易记录包括的SQL指令存入队列。
目标端中设置了缓存队列。在接收到交易记录包括的SQL指令，目标端将每个交易记录包括的SQL指令，按照交易记录的顺序，以先入先出的原则存入队列。
步骤S63，按照交易记录的顺序，从队列中读取交易记录包括的SQL指令，并装载到目标端的存储磁盘中。
目标端按照交易记录的顺序，以先入先出的原则，从队列中读取交易记录包括的SQL指令，并装载到目标端的存储磁盘中。
步骤S64，利用分布式技术，将存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库。
本申请实施例提供的技术方案中，目标端以队列的方式对每个交易记录包括的SQL进行存储，可以保证该数据同步方法的逻辑完整性，提高对交易记录的控制，避免数据丢失。
在本申请的一个实施例中，本申请实施例还提供了一种数据同步方法，如图7所示，该方法可以包括如下步骤：步骤S71-S76。其中，步骤S74-S76与上述步骤S62-S64相同，步骤S71-S73是步骤S61的一种可选的实施方式。
步骤S71，按照传输控制协议，接收数据源端同步数据包。
数据源端按照传输控制协议(如TCP/IP)，每个交易记录包括的SQL指令进行封装，并向目标端同步封装得到的数据包。目标端按照传输控制协议(如TCP/IP)，接收数据源端同步的数据包。
步骤S72，根据数据包的包头描述的包大小，对数据包进行合法性检查。
目标端根据数据包的包头描述的包大小，通过预定义的字段信息，对数据包进行合法性检查，以判断数据包的完整性。若确定数据包合法，则说明数据包完整，执行步骤S73；若确定数据包不合法，则说明数据包不完整，结束数据同步流程，或继续等待，直至接收到完整的数据包。
步骤S73，从数据包中获取每个交易记录包括的SQL指令。
若确定数据包合法，表示同步的数据包是完整的，则目标端从数据包中获取每个交易记录包括的SQL指令。
本申请实施例提供的技术方案中，目标端对以传输控制协议的格式进行封装的数据包进行合法性检查，用以判断数据包的完整性。这样，可以避免目标端在不知情的情况下丢失数据而对后续数据的加工处理造成影响，减少了资源的消耗，降低了运营成本。
下面结合图8所示的数据同步方法的流程示意图，对本申请实施例提供的数据同步方法进行详细说明。
数据源端通过抓取进程按照交易记录的顺序，向队列中写入抓取每个交易记录包括的SQL指令。数据源端通过导出进程以先入先出的原则，从队列中导出每个交易记录包括的SQL指令，并按照TCP/IP的格式，封装交易记录，得到数据包，并将数据包同步至目标端，该数据包的主体为交易记录包括的SQL指令，该数据包的包头的包大小。
目标端通过导入进程接收包括交易记录包括的SQL指令的数据包，根据数据包的包头描述的包大小，对数据包进行合法性检查，在验证了数据包合法的情况下，按照交易记录的顺序，将交易记录包括的SQL指令存入队列。目标端通过后级进程，按照先入先出的原则，从队列中读取交易记录包括的SQL指令，以进行后处理。
在本申请的一个实施例中，本申请实施例还提供了一种数据同步方法，如图9所示，该方法中交易记录中包括增量数据，该数据同步方法可以包括如下步骤：步骤S91-S96。其中，步骤S91-S94与上述步骤S61-S64相同。
步骤S95，针对每个交易记录，从该交易记录包括的SQL指令中获取到增量数据。
针对每个交易记录，目标端从该交易记录包括的SQL指令中获取到增量数据。这里的增量数据是指，与上次目标端接收到的数据包相比本次目标端接收到的数据包中增加的数据。
步骤S96，基于增量数据，进行增全量整合，获得当前时间点的全量数据。
当前时间点可以基于账期确定。账期可以为1天或1个月等。针对每个交易记录，目标端基于该交易记录的增量数据，进行增全量整合，获得当前时间点该交易记录的全量数据。
本申请实施例提供的技术方案中，通过对增量数据进行增全量整合的方式得到全量数据，可以避免数据源端对目标端直接同步全量数据，减少资源的消耗，提高了数据同步速度，降低了运营成本。
在本申请的一个实施例中，本申请实施例还提供了一种数据同步方法，如图10所示，该方法中增量数据对应有多个数据表。该数据同步方法可以包括如下步骤：步骤S101-S106。其中，步骤S101-S105与上述步骤S91-S95相同。步骤S106是步骤S96的一种可选的实施方式。
步骤S106，依次对增量数据对应的每个数据表分别进行增全量整合，获得当前时间点的全量数据。
本申请实施例中，增量数据存放至指定位置，目标端将该增量数据座位接口层。根据数据的性质，接口层设立有多个表，即增量数据对应的多个数据表，这多个数据表可以包括存放抽取全量数据表以及存放增全量整合结果表、存放抽取增量数据表等，用以存放从数据源端抽取的库表、文件和消息。根据增量数据日志，在有增量数据的情况下，目标端可以执行增全量整合脚本(如shell脚本)，依次对增量数据对应的每个数据表分别进行增全量整合，获得当前时间点的全量数据，以加工当前时间点的全量数据至接口层指定用户下。
本申请实施例提供的技术方案中，目标端依次对增量数据对应的每个数据表分别进行增全量整合以得到全量数据，可以实现对增量数据的并发分析，以及一次分析多次使用，提高增量数据的使用效率，降低目标端的资源损耗。
在本申请的一个实施例中，本申请实施例还提供了一种数据同步方法，如图11所示，该方法可以包括如下步骤：步骤S111-S118。其中，步骤S111-S115与上述步骤S101-S105相同。步骤S116-S118是步骤S106的一种可选的实施方式。
步骤S116，对增量数据对应的当前数据表进行增全量整合，获得中间数据。
步骤S117，对中间数据进行数据校验。若数据校验成功，则执行步骤S118。若数据校失败，则可以结束数据同步处理，后面的节点不再执行。这可以保证数据的一致性。
步骤S118，将增量数据对应的下一个数据表更新为当前数据表，并重新执行步骤S116，直至完成对增量数据对应的所有数据表完整增全量整合，得到当前时间点的全量数据。
下面结合图12所示的数据同步方法的流程示意图，对本申请实施例提供的数据同步方法进行详细说明。
图12中的数据源端为Oracle数据库，目标端为hadoop平台。hadoop平台对文件进行检测，若文件中含有增量数据，则对文件检测成功，将hadoop平台的增量历史数据目录进行删除。随后，hadoop平台记录增量开始日志，并删除增量当天数据目录。hadoop平台获取Oracle数据库上的文件，并基于数据仓库工具hive将增量数据存入目标数据库中。若增量数据入库失败，则记录增量数据失败日志，并结束数据同步的流程；若增量数据入库成功，则记录增量数据结束日志，并对增量数据进行数据校验。
若hadoop平台对文件检测失败，则数据同步进入等待进程。若等待成功，也就是Oracle数据库上的文件中有增量数据，则hadoop平台继续进行文件检测；若等待失败，也就是Oracle数据库上的文件中没有增量数据，将Oracle数据库上没有增量数据的文件作为全量当天数据目录。经过数据校验后的增量数据删除全量当天数据目录，随后hadoop平台对增全量数据进行整合，整合成功后，结束数据同步流程。
应用本申请实施例提供的技术方案，在成本、效率、容错性和流程编排等方面存在着较大的优势，能够提高数据同步速度，实现Oracle数据库可控的高速同步，能够增加对数据的掌控，降低运营成本，减小磁盘速率对性能的影响。通过对数据库日志的分析，可以实现日志并发分析、一次分析多次使用，提高了日志分析性能及使用效率，并降低了生产端***压力，为数据并发复制和装载提供技术基础。这在大数据的抽取、备份、高速同步等方面有着广泛的应用前景。
与上述数据同步方法对应，本申请实施例还提供了一种数据同步装置，应用于数据源端，如图13所示，该装置包括：
检测单元131，用于检测重做日志文件中是否有新的交易记录；
抓取单元132，用于响应于检测结果为：重做日志文件中有新的交易记录，抓取重做日志文件中第一位置和第二位置之间的多个结构化查询语言SQL指令，第一位置为最后一次抓取的SQL指令的位置，第二位置为重做日志文件中最新SQL指令的位置；
缓存单元133，用于将本次抓取的多个SQL指令存储在缓存文件中；
读取单元134，用于从缓存文件中，读取每个交易记录包括的SQL指令；
同步单元135，用于以交易记录为单位，分别向目标端同步读取的每个交易记录包括的SQL指令。
一个可选的实施例中，检测单元131，具体可以用于：
检测控制文件中记录的数据库变化标识号SCN是否有变化；
若SCN有变化，则确定重做日志文件中有新的交易记录；
若SCN无变化，则确定重做日志文件中没有新的交易记录。
一个可选的实施例中，同步单元135，具体可以用于：
以交易记录为单位，按照传输控制协议，将读取的每个交易记录包括的SQL指令分别封装至数据包中，得到每个交易记录对应的数据包；
分别向目标端同步读取每个交易记录对应的数据包。
一个可选的实施例中，读取单元134，具体可以用于：
从缓存文件中，读取每个已提交commit的交易记录包括的SQL指令。
本申请实施例提供的技术方案中，数据源端以交易记录为同步数据的最小单位来同步数据，而不是以单个SQL指令为同步数据的最小单位。这样数据同步过程更加容易控制，且不需要对代码进行大规模改造，提高了***的可控制性，保证了逻辑完整性，避免了数据丢失，提高了数据同步速度，降低了运营成本。
与上述数据同步方法对应，本申请实施例还提供了一种数据同步装置，应用于目标端，如图14所示，该装置包括：
接收单元141，用于接收数据源端同步的每个交易记录包括的SQL指令；
第一存储单元142，用于将每个交易记录包括的SQL指令存入队列；
装载单元143，用于按照交易记录的顺序，从队列中读取交易记录包括的SQL指令，并装载到目标端的存储磁盘中；
第二存储单元144，用于利用分布式技术，将存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库。
一个可选的实施例中，接收单元141，具体可以用于：
按照传输控制协议，接收数据源端同步数据包；
根据数据包的包头描述的包大小，对数据包进行合法性检查；
若确定数据包合法，则从数据包中获取每个交易记录包括的SQL指令。
一个可选的实施例中，交易记录中包括增量数据；上述数据同步装置还可以包括：
获取单元，用于将存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库之后，针对每个交易记录，从该交易记录包括的SQL指令中获取到增量数据；
整合单元，用于基于增量数据，进行增全量整合，获得当前时间点的全量数据。
一个可选的实施例中，增量数据对应有多个数据表；
整合单元，可以包括：
整合子单元，用于依次对增量数据对应的每个数据表分别进行增全量整合，获得当前时间点的全量数据。
一个可选的实施例中，整合子单元，具体可以用于：
对增量数据对应的当前数据表进行增全量整合，获得中间数据；
对中间数据进行数据校验；
若数据校验成功，则将增量数据对应的下一个数据表更新为当前数据表，并重新执行对增量数据对应的当前数据表进行增全量整合，获得中间数据的步骤，直至完成对增量数据对应的所有数据表完整增全量整合，得到当前时间点的全量数据。
一个可选的实施例中，增量数据对应的所有数据表包括存放抽取全量数据表、存放增全量整合结果表、以及存放抽取增量数据表。
本申请实施例提供的技术方案中，目标端以队列的方式对每个交易记录包括的SQL进行存储，可以保证该数据同步方法的逻辑完整性，提高对交易记录的控制，避免数据丢失。
与上述数据同步方法对应，本申请实施例还提供了一种数据源端，如图15所示，包括处理器151、通信接口152、存储器153和通信总线154，其中，处理器151，通信接口152，存储器153通过通信总线154完成相互间的通信；
存储器153，用于存放计算机程序；
处理器151，用于执行存储器153上所存放的程序时，实现上述应用于数据源端的任一的数据同步方法步骤。
与上述数据同步方法对应，本申请实施例还提供了一种目标端，如图16所示，包括处理器161、通信接口162、存储器163和通信总线164，其中，处理器161，通信接口162，存储器163通过通信总线164完成相互间的通信；
存储器163，用于存放计算机程序；
处理器161，用于执行存储器163上所存放的程序时，实现上述应用于目标端的任一的数据同步方法步骤。
电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述应用于数据源端的任一数据同步方法的步骤，或实现上述应用于目标端的任一数据同步方法的步骤。
在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中应用于数据源端的任一数据同步方法，或应用于目标端的任一数据同步方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、数据源端、目标端、存储介质和计算机程序产品实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。

Claims (23)

1.一种数据同步方法，其特征在于，应用于数据源端，所述方法包括：
检测所述重做日志文件中是否有新的交易记录；
若是，则抓取所述重做日志文件中第一位置和第二位置之间的多个结构化查询语言SQL指令，所述第一位置为最后一次抓取的SQL指令的位置，所述第二位置为所述重做日志文件中最新SQL指令的位置；
将本次抓取的多个SQL指令存储在缓存文件中；
从所述缓存文件中，读取每个交易记录包括的SQL指令；
以交易记录为单位，分别向目标端同步读取的每个交易记录包括的SQL指令。
2.根据权利要求1所述的方法，其特征在于，所述检测所述重做日志文件中是否有新的交易记录的步骤，包括：
检测控制文件中记录的数据库变化标识号SCN是否有变化；
若所述SCN有变化，则确定所述重做日志文件中有新的交易记录；
若所述SCN无变化，则确定所述重做日志文件中没有新的交易记录。
3.根据权利要求1所述的方法，其特征在于，所述以交易记录为单位，分别向目标端同步读取的每个交易记录包括的SQL指令的步骤，包括：
以交易记录为单位，按照传输控制协议，将读取的每个交易记录包括的SQL指令分别封装至数据包中，得到每个交易记录对应的数据包；
分别向目标端同步读取每个交易记录对应的数据包。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述从所述缓存文件中，读取每个交易记录包括的SQL指令的步骤，包括：
从所述缓存文件中，读取每个已提交commit的交易记录包括的SQL指令。
5.一种数据同步方法，其特征在于，应用于目标端，所述方法包括：
接收数据源端同步的每个交易记录包括的结构化查询语言SQL指令；
将每个交易记录包括的SQL指令存入队列；
按照交易记录的顺序，从所述队列中读取交易记录包括的SQL指令，并装载到所述目标端的存储磁盘中；
利用分布式技术，将所述存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库。
6.根据权利要求5所述的方法，其特征在于，
所述接收数据源端同步的每个交易记录包括的SQL指令的步骤，包括：
按照传输控制协议，接收数据源端同步数据包；
根据所述数据包的包头描述的包大小，对所述数据包进行合法性检查；
若确定所述数据包合法，则从所述数据包中获取每个交易记录包括的SQL指令。
7.根据权利要求5所述的方法，其特征在于，所述交易记录中包括增量数据；
所述将所述存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库的步骤之后，所述方法还包括：
针对每个交易记录，从该交易记录包括的SQL指令中获取到增量数据；
基于所述增量数据，进行增全量整合，获得当前时间点的全量数据。
8.根据权利要求7所述的方法，其特征在于，所述增量数据对应有多个数据表；
所述基于所述增量数据，进行增全量整合，获得当前时间点的全量数据的步骤，包括：
依次对所述增量数据对应的每个数据表分别进行增全量整合，获得当前时间点的全量数据。
9.根据权利要求8所述的方法，其特征在于，所述依次对所述增量数据对应的每个数据表分别进行增全量整合，获得当前时间点的全量数据的步骤，包括：
对所述增量数据对应的当前数据表进行增全量整合，获得中间数据；
对所述中间数据进行数据校验；
若数据校验成功，则将所述增量数据对应的下一个数据表更新为当前数据表，并重新执行所述对所述增量数据对应的当前数据表进行增全量整合，获得中间数据的步骤，直至完成对所述增量数据对应的所有数据表完整增全量整合，得到当前时间点的全量数据。
10.根据权利要求7-9任一项所述的方法，其特征在于，所述增量数据对应的所有数据表包括存放抽取全量数据表、存放增全量整合结果表、以及存放抽取增量数据表。
11.一种数据同步装置，其特征在于，应用于数据源端，所述装置包括：
检测单元，用于检测所述重做日志文件中是否有新的交易记录；
抓取单元，用于响应于所述检测结果为：所述重做日志文件中有新的交易记录，抓取所述重做日志文件中第一位置和第二位置之间的多个结构化查询语言SQL指令，所述第一位置为最后一次抓取的SQL指令的位置，所述第二位置为所述重做日志文件中最新SQL指令的位置；
缓存单元，用于将本次抓取的多个SQL指令存储在缓存文件中；
读取单元，用于从所述缓存文件中，读取每个交易记录包括的SQL指令；
同步单元，用于以交易记录为单位，分别向目标端同步读取的每个交易记录包括的SQL指令。
12.根据权利要求11所述的装置，其特征在于，所述检测单元，具体用于：
检测控制文件中记录的数据库变化标识号SCN是否有变化；
若所述SCN有变化，则确定所述重做日志文件中有新的交易记录；
若所述SCN无变化，则确定所述重做日志文件中没有新的交易记录。
13.根据权利要求11所述的装置，其特征在于，所述同步单元，具体用于：
以交易记录为单位，按照传输控制协议，将读取的每个交易记录包括的SQL指令分别封装至数据包中，得到每个交易记录对应的数据包；
分别向目标端同步读取每个交易记录对应的数据包。
14.根据权利要求11-13任一项所述的装置，其特征在于，所述读取单元，具体用于：
从所述缓存文件中，读取每个已提交commit的交易记录包括的SQL指令。
15.一种数据同步装置，其特征在于，应用于目标端，所述装置包括：
接收单元，用于接收数据源端同步的每个交易记录包括的结构化查询语言SQL指令；
第一存储单元，用于将每个交易记录包括的SQL指令存入队列；
装载单元，用于按照交易记录的顺序，从所述队列中读取交易记录包括的SQL指令，并装载到所述目标端的存储磁盘中；
第二存储单元，用于利用分布式技术，将所述存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库。
16.根据权利要求15所述的装置，其特征在于，所述接收单元，具体用于：
按照传输控制协议，接收数据源端同步数据包；
根据所述数据包的包头描述的包大小，对所述数据包进行合法性检查；
若确定所述数据包合法，则从所述数据包中获取每个交易记录包括的SQL指令。
17.根据权利要求15所述的装置，其特征在于，所述交易记录中包括增量数据；所述装置还包括：
获取单元，用于将所述存储磁盘存储的每个交易记录包括的SQL指令分别存入目标数据库之后，针对每个交易记录，从该交易记录包括的SQL指令中获取到增量数据；
整合单元，用于基于所述增量数据，进行增全量整合，获得当前时间点的全量数据。
18.根据权利要求17所述的装置，其特征在于，所述增量数据对应有多个数据表；
所述整合单元，包括：
整合子单元，用于依次对所述增量数据对应的每个数据表分别进行增全量整合，获得当前时间点的全量数据。
19.根据权利要求18所述的装置，其特征在于，所述整合子单元，具体用于：
对所述增量数据对应的当前数据表进行增全量整合，获得中间数据；
对所述中间数据进行数据校验；
若数据校验成功，则将所述增量数据对应的下一个数据表更新为当前数据表，并重新执行所述对所述增量数据对应的当前数据表进行增全量整合，获得中间数据的步骤，直至完成对所述增量数据对应的所有数据表完整增全量整合，得到当前时间点的全量数据。
20.根据权利要求17-19任一项所述的装置，其特征在于，所述增量数据对应的所有数据表包括存放抽取全量数据表、存放增全量整合结果表、以及存放抽取增量数据表。
21.一种数据源端，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-4任一所述的方法步骤。
22.一种目标端，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求5-10任一所述的方法步骤。
23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-4任一所述的方法步骤或权利要求5-10任一所述的方法步骤。
CN202111640298.9A 2021-12-29 2021-12-29 一种数据同步方法、装置、数据源端、目标端及存储介质 Pending CN114490869A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111640298.9A CN114490869A (zh) 2021-12-29 2021-12-29 一种数据同步方法、装置、数据源端、目标端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111640298.9A CN114490869A (zh) 2021-12-29 2021-12-29 一种数据同步方法、装置、数据源端、目标端及存储介质

Publications (1)

Publication Number Publication Date
CN114490869A true CN114490869A (zh) 2022-05-13

Family

ID=81508422

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111640298.9A Pending CN114490869A (zh) 2021-12-29 2021-12-29 一种数据同步方法、装置、数据源端、目标端及存储介质

Country Status (1)

Country Link
CN (1) CN114490869A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116414902A (zh) * 2023-03-31 2023-07-11 华能信息技术有限公司 一种快速数据源接入方法
CN116431688A (zh) * 2022-11-14 2023-07-14 北京远舢智能科技有限公司 一种数据的处理方法、装置、电子设备及存储介质

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116431688A (zh) * 2022-11-14 2023-07-14 北京远舢智能科技有限公司 一种数据的处理方法、装置、电子设备及存储介质
CN116431688B (zh) * 2022-11-14 2024-05-03 北京远舢智能科技有限公司 一种数据的处理方法、装置、电子设备及存储介质
CN116414902A (zh) * 2023-03-31 2023-07-11 华能信息技术有限公司 一种快速数据源接入方法
CN116414902B (zh) * 2023-03-31 2024-06-04 华能信息技术有限公司 一种快速数据源接入方法

Similar Documents

Publication Publication Date Title
CN109034993B (zh) 对账方法、设备、***及计算机可读存储介质
US11829360B2 (en) Database workload capture and replay
CN105824744B (zh) 一种基于b2b平台的实时日志采集分析方法
CN110569214B (zh) 用于日志文件的索引构建方法、装置及电子设备
CN110262929B (zh) 一种保证复制事务一致性的方法以及相应的复制装置
CN114490869A (zh) 一种数据同步方法、装置、数据源端、目标端及存储介质
US20100223446A1 (en) Contextual tracing
CN111221743A (zh) 自动化测试方法及***
CN111338893B (zh) 进程日志处理方法、装置、计算机设备以及存储介质
US9684524B1 (en) Service-oriented system optimization using trace data
CN110019267A (zh) 一种元数据更新方法、装置、***、电子设备及存储介质
CN109933632B (zh) 一种数据库的数据迁移方法、装置及设备
CN109325016B (zh) 数据迁移方法、装置、介质及电子设备
US10397343B1 (en) Distributed trace storage in a service-oriented system
US10922307B2 (en) Automated transaction engine
Xiao et al. Towards web-based delta synchronization for cloud storage services
CN110555074A (zh) 定时抽取和加工数据的方法、终端及计算机可读存储介质
CN112347192A (zh) 数据同步方法、装置、平台以及可读介质
CN115329170A (zh) 网页抓取方法、装置、设备以及存储介质
US20190377762A1 (en) Systems and methods for improved transactional mainframes
US20140040191A1 (en) Inventorying and copying file system folders and files
CN103530369A (zh) 一种去重方法及***
US20150088958A1 (en) Information Processing System and Distributed Processing Method
JP5905122B2 (ja) 管理装置、管理方法及びプログラムを格納する記録媒体
CN106557530B (zh) 业务***、数据修复方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination