CN113704254A - 一种数据库的业务处理方法、装置、电子设备和存储介质 - Google Patents
一种数据库的业务处理方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN113704254A CN113704254A CN202110872607.9A CN202110872607A CN113704254A CN 113704254 A CN113704254 A CN 113704254A CN 202110872607 A CN202110872607 A CN 202110872607A CN 113704254 A CN113704254 A CN 113704254A
- Authority
- CN
- China
- Prior art keywords
- data table
- service
- write operation
- data information
- service data
- 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.)
- Granted
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/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- 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/2365—Ensuring data consistency and integrity
-
- 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
- G06F16/273—Asynchronous replication or reconciliation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例提供了一种数据库的业务处理方法、装置、电子设备和介质,包括:在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作;确定所述多次写入操作分别对应的所需写入的业务数据信息和用于存储的数据表;将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表;若将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表,则确定所述业务请求执行完成;在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。可以提高数据库的业务处理效率。
Description
技术领域
本发明涉及数据存储技术领域,特别是涉及一种数据库的业务处理方法、一种数据库的业务处理装置、一种电子设备和一种计算机可读存储介质。
背景技术
在当今的云服务平台中,平台上的数据库的构造是复杂的,用户的一次业务操作,在云服务平台中需要依次对多个数据库或者数据表进行写入操作。为了保证针对多个数据库或者数据表的写入操作均能够执行正确,或者在统一执行失败的情况下,可以提示用户进行重试,普遍的做法是在执行时,创建一个事务,将针对多个数据库或者数据表的写入操作都纳入到该事务中进行管理。通过事务的管理方式虽然能够保证用户业务操作的正确性,但是也存在以下弊端:一方面降低了云服务平台中数据库的写入吞吐性能;另一方面,当用户的一次业务操作对应的需要对多个数据库或者数据表进行写入操作时,任意一个数据库或者数据表的网络异常均会造成用户该次业务操作的失败,从而降低了云平台的可用性。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据库的业务处理方法和相应的一种数据库的业务处理装置、一种电子设备、以及一种计算机可读存储介质。
本发明实施例公开了一种数据库的业务处理方法,所述数据库包括多个数据表,所述方法包括:
在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作;所述第二写入操作为除所述第一写入操作之外的其他写入操作;
确定所述多次写入操作分别对应的所需写入的业务数据信息和用于存储的数据表;所述业务数据信息包括所述第一写入操作对应的第一业务数据信息和所述第二写入操作对应的第二业务数据信息;所述数据表包括所述第一写入操作对应的第一数据表和所述第二写入操作对应的第二数据表;
将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表;
若将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表,则确定所述业务请求执行完成;
在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
可选地,所述在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作之前,还包括:
判断所述多次写入操作对应的写入次数是否满足预设的次数条件;
若所述多次写入操作对应的写入次数满足预设的次数条件,则确定所述多次写入操作中的一个第一写入操作和第二写入操作。
可选地,所述将所述第二业务数据信息记录于所述第一数据表,包括:
在所述第一数据表中添加新字段;
将所述第二业务数据信息记录于所述新字段中。
可选地,所述在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作,包括:
确定所述多次写入操作的写入顺序;
将所述写入顺序为第一顺序的写入操作作为所述第一写入操作,以及将除所述第一顺序的写入操作之外的其他顺序的写入操作作为所述第二写入操作。
可选地,所述在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表,包括:
当接收到订阅的针对所述第一数据表的数据变更消息时,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
可选地,所述将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表,包括:
在预设的时间段内,将记录于所述第一数据表的第二业务数据信息分别同步写入对应的所述第二数据表。
可选地,所述方法还包括:
在完成将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表后,删除所述记录于所述第一数据表的第二业务数据信息。
本发明实施例还公开了一种数据库的业务处理装置,所述数据库包括多个数据表,所述装置包括:
第一确定模块,用于在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作;所述第二写入操作为除所述第一写入操作之外的其他写入操作;
第二确定模块,用于确定所述多次写入操作分别对应的所需写入的业务数据信息和用于存储的数据表;所述业务数据信息包括所述第一写入操作对应的第一业务数据信息和所述第二写入操作对应的第二业务数据信息;所述数据表包括所述第一写入操作对应的第一数据表和所述第二写入操作对应的第二数据表;
第一数据表写入与记录模块,用于将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表;
第三确定模块,用于若将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表,则确定所述业务请求执行完成;
第二数据表写入模块,用于在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
可选地,所述装置还包括:
判断模块,用于判断所述多次写入操作对应的写入次数是否满足预设的次数条件;
第四确定模块,用于若所述多次写入操作对应的写入次数满足预设的次数条件,则确定所述多次写入操作中的一个第一写入操作和第二写入操作。
可选地,所述第一数据表写入与记录模块,包括:
添加子模块,用于在所述第一数据表中添加新字段;
记录子模块,用于将所述第二业务数据信息记录于所述新字段中。
可选地,所述第一确定模块,包括:
第一确定子模块,用于确定所述多次写入操作的写入顺序;
第二确定子模块,用于将所述写入顺序为第一顺序的写入操作作为所述第一写入操作,以及将除所述第一顺序的写入操作之外的其他顺序的写入操作作为所述第二写入操作。
可选地,所述第二数据表写入模块,包括:
第二数据表写入子模块,用于当接收到订阅的针对所述第一数据表的数据变更消息时,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
可选地,所述第二数据表写入模块,包括:
第二数据表同步写入子模块,用于在预设的时间段内,将记录于所述第一数据表的第二业务数据信息分别同步写入对应的所述第二数据表。
可选地,所述装置还包括:
删除模块,用于在完成将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表后,删除所述记录于所述第一数据表的第二业务数据信息。
本发明实施例还公开了一种电子设备,包括:处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上所述的一种数据库的业务处理方法的步骤。
本发明实施例还公开了一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如上所述的一种数据库的业务处理方法的步骤。
本发明实施例包括以下优点:
在本发明实施例中,对于需要对数据库进行多次写入操作的业务请求,可以先执行其中关键的第一写入操作,以及将其他的第二写入操作的业务数据信息记录在第一数据表中,此时可以确定业务请求执行完成,其他的第二写入操作可以通过异步的方式执行。通过采用上述方式,采用多次写入操作中关键的第一写入操作的第一数据表可以将所有需要保存的业务数据记录下来,之后通过异步的方式根据已记录的业务数据执行其他的第二写入操作。由于是异步场景且所需的业务数据已经进行保存,执行其他的第二写入操作时可重试的时间范围长,可以确保重试成功,从而保证该次业务执行成功,上述方法不需要通过事务管理的方式对数据库的多次写入操作进行管理,可以提高数据库的业务处理效率。
附图说明
图1是本发明实施例的一种数据库的业务处理方法的步骤流程图;
图2是本发明实施例的另一种数据库的业务处理方法的步骤流程图;
图3是数据库的业务处理方法的模型图;
图4是本发明实施例的一种数据库的业务处理装置的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
在对数据库进行多次写入操作的过程中,为了保证针对多个数据库或者多个数据表的写入操作均能够执行正确,或者在统一执行失败的情况写,可以提示用户进行重试,普遍的做法是在执行时,创建一个事务,将针对多个数据库或者数据表的写入操作都纳入到该事务中进行管理。通过事务的管理方式虽然能够保证用户业务操作的正确性,但是会降低数据库的写入吞吐性能,且可用性低。
本发明实施例的核心构思之一在于,对于需要对数据库进行多次写入操作的业务请求,可以先执行其中关键的第一写入操作,以及将其他的第二写入操作的业务数据信息记录在第一数据表中,此时可以确定业务请求执行完成,其他的第二写入操作可以通过异步的方式执行。通过采用上述方式,采用多次写入操作中关键的第一写入操作的第一数据表可以将所有需要保存的业务数据记录下来,之后通过异步的方式根据已记录的业务数据执行其他的第二写入操作。由于是异步场景且所需的业务数据已经进行保存,执行其他的第二写入操作时可重试的时间范围长,可以确保重试成功,从而保证该次业务执行成功,上述方法不需要通过事务管理的方式对数据库的多次写入操作进行管理,可以提高数据库的业务处理效率。
参照图1,示出了本发明实施例的一种数据库的业务处理方法的步骤流程图,其中,数据库包括多个数据表,具体可以包括如下步骤:
步骤101,在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作。
其中,第二写入操作为除第一写入操作之外的其他写入操作。
在本发明实施例中,数据库可以是一个或者多个数据库,一个数据库中存储有多个数据表,或,多个数据库中分别存储有一个或者多个数据表。在一种优选的实施例中,数据库为分布式存储数据库,该分布式存储数据库用于在云端存储数据。
在本发明的一种实施例中,用户可以向数据库发送业务请求,数据库在接收到该业务请求后,根据该业务请求确定对应的所需执行的数据库写入操作,若该业务请求对应所需执行的数据库写入操作为多次写入操作,可以先确定该多次写入操作中的一个第一写入操作和除第一写入操作之外的其他的第二写入操作。其中,第一写入操作是该多次写入操作中的关键写入操作。举例而言,当用户发起购买会员的业务请求时,该购买会员的业务请求可以对应需要在数据库中进行三次写入操作,一是写入扣费记录,二是写入会员权益记录,三是写入积分记录,其中,写入扣费记录为该三次写入操作中的核心写入操作,也是源头写入操作,因此可以将写入扣费记录作为第一写入操作,将写入会员权益记录和写入积分记录作为第二写入操作。
需要说明的是,确定第一写入操作和第二写入操作的方法可以根据业务请求的实际情况进行设置,对此,本发明实施例不加以具体限制。
步骤102,确定所述多次写入操作分别对应的所需写入的业务数据信息和用于存储的数据表。
其中,业务数据信息包括第一写入操作对应的第一业务数据信息和第二写入操作对应的第二业务数据信息;数据表包括第一写入操作对应的第一数据表和第二写入操作对应的第二数据表。
在本发明实施例中,确定多次写入操作中各次写入操作对应的所需写入的业务数据信息和用于存储该业务数据信息的数据表。举例而言,若一次业务请求需要对数据库DB1、DB2和DB3这三个数据库分别进行一次写入操作,对应的,可以确定写入数据库DB1的业务数据信息为data1,且是写入数据库DB1中的T1表中的;写入数据库DB2的业务数据信息为data2,且是写入数据库DB2中的T2表中的;写入数据库DB3的业务数据信息为data3,且是写入数据库DB3中的T3表中的。
在本发明实施例中,将所需写入的业务数据信息分为第一业务数据信息和第二业务数据信息,以及将用于存储的数据表分为第一数据表和第二数据表。其中,第一业务数据信息为第一写入操作对应所需写入的业务数据信息,第一数据表为执行第一写入操作时第一业务数据信息所需写入的数据表。第二业务数据信息为第二写入操作对应所需写入的业务数据信息,第二数据表为执行第二写入操作时第二业务数据信息所需写入的数据表。
需要说明的是,上述用于存储业务数据信息的多个数据表可以是属于一个数据库中的多个数据表,也可以是分别属于不同数据库中的数据表,基于业务请求的不同可以有各种不同的情形,对此,本发明实施例不加以具体限制。
步骤103,将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表。
在本发明实施例中,按照正常的执行第一写入操作的步骤将第一业务数据信息写入第一数据表中。在一种示例中,可以将该第一业务数据信息写入第一数据表中的对应字段中。此外,还可以将第二业务数据信息也记录于第一数据表中,从而将该次业务请求所有的业务数据信息都存储于第一数据表。
需要说明的是,第二业务数据信息所需写入的数据表是第二数据表,此处只是将第二业务数据信息暂时存储在第一数据表中。
步骤104,若将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表,则确定所述业务请求执行完成。
在本发明实施例中,当确定第一写入操作执行完成,即将第一业务数据信息写入第一数据表,以及将第二业务数据信息也记录在第一数据表后,则可以确定业务请求执行完成。在一种优选的实施例中,数据库可以向用户返回业务执行成功消息,该业务执行成功消息用于告知用户业务请求执行完成。在另一种实施例中,若第一业务数据信息写入第一数据表失败,或者,第二业务数据信息记录于第一数据表失败,则可以确定业务请求执行失败,此时数据库可以向用户返回业务执行失败消息,该业务执行失败消息用于告知用户业务请求执行失败。
步骤105,在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
在本发明实施例中,第一写入操作和第二写入操作是异步进行的,在第一写入操作执行完成后,才执行第二写入操作,即将记录在第一数据表的第二业务数据信息分别写入对应的第二数据表中。
综上,在本发明实施例中,对于需要对数据库进行多次写入操作的业务请求,可以先执行其中关键的第一写入操作,以及将其他的第二写入操作的业务数据信息记录在第一数据表中,此时可以确定业务请求执行完成,其他的第二写入操作可以通过异步的方式执行。通过采用上述方式,采用多次写入操作中关键的第一写入操作的第一数据表可以将所有需要保存的业务数据记录下来,之后通过异步的方式根据已记录的业务数据执行其他的第二写入操作。由于是异步场景且所需的业务数据已经进行保存,执行其他的第二写入操作时可重试的时间范围长,可以确保重试成功,从而保证该次业务执行成功,上述方法不需要通过事务管理的方式对数据库的多次写入操作进行管理,可以提高数据库的业务处理效率。
参照图2,示出了本发明实施例的另一种数据库的业务处理方法的步骤流程图,其中,数据库包括多个数据表,具体可以包括如下步骤:
步骤201,在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作。
其中,第二写入操作为除第一写入操作之外的其他写入操作。
在本发明实施例中,数据库可以是一个或者多个数据库,一个数据库中存储有多个数据表,或,多个数据库中分别存储有一个或者多个数据表。
当响应业务请求时,可以向数据库进行多次写入操作,其中,该多次写入操作可以是对不同的多个数据库进行写入操作,也可以是对同一个数据库进行多次写入操作,对此,本发明实施例不加以具体限制。
确定该多次写入操作中的一个第一写入操作,第一写入操作是该多次写入操作中的关键写入操作。
在一种优选的实施例中,在执行步骤201之前,还可以执行以下步骤:
判断所述多次写入操作对应的写入次数是否满足预设的次数条件;若所述多次写入操作对应的写入次数满足预设的次数条件,则确定所述多次写入操作中的一个第一写入操作和第二写入操作。
在本发明实施例中,可以先判断多次写入操作对应的写入次数是否满足预设的次数条件。在一种示例中,可以预先设置次数阈值,若多次写入操作对应的写入次数大于预设次数阈值,则从该多次写入操作中确定一个第一写入操作和第二写入操作。当写入次数满足预设的次数条件时,才能采用本申请的异步执行的方法,否则,仍然采用事务管理的方式执行多次写入操作。
在一种可选的实施例中,针对步骤201,可以执行以下子步骤:
子步骤S11,确定所述多次写入操作的写入顺序。
子步骤S12,将所述写入顺序为第一顺序的写入操作作为所述第一写入操作,以及将除所述第一顺序的写入操作之外的其他顺序的写入操作作为所述第二写入操作。
在本发明实施例中,可以根据多次写入操作的写入顺序确定第一写入操作和第二写入操作。具体而言,由于针对数据库的多次写入操作是由一个业务请求引起的,多次写入操作之间是相互关联的,因此,可以确定该多次写入操作中首先执行的源头操作为第一写入操作。
需要说明的是,除了上述提及的根据写入顺序确定第一写入操作,本领域技术人员还可以根据实际需要采用其他的确定第一写入操作的方法,对此,本发明实施例不加以具体限制。
此外,在本发明实施例中,业务请求可以是预设的业务请求,例如,可以是用户发评论、上传图片等附带积分增长的业务场景,预设的业务请求执行向数据库的多次写入操作时,多次写入操作在执行时序上没有强制的时序要求,允许在一定的时间内达到数据的一致。
步骤202,确定所述多次写入操作分别对应的所需写入的业务数据信息和用于存储的数据表。
其中,业务数据信息包括第一写入操作对应的第一业务数据信息和第二写入操作对应的第二业务数据信息;数据表包括第一写入操作对应的第一数据表和第二写入操作对应的第二数据表。
在本发明实施例中,将多次写入操作所需写入的业务数据信息分为第一业务数据信息和第二业务数据信息,以及将用于存储的数据表分为第一数据表和第二数据表。其中,第一业务数据信息为第一写入操作对应所需写入的业务数据信息,第一数据表为执行第一写入操作时第一业务数据信息所需写入的数据表。第二业务数据信息为第二写入操作对应所需写入的业务数据信息,第二数据表为执行第二写入操作时第二业务数据信息所需写入的数据表。
步骤203,将所述第一业务数据信息写入所述第一数据表。
在本发明实施例中,按照正常的执行第一写入操作的步骤将第一业务数据信息写入第一数据表。在一种示例中,可以将该第一业务数据信息写入第一数据表中的对应字段中。
步骤204,在所述第一数据表中添加新字段。
在本发明实施例中,第二业务数据信息所需写入的数据表是第二数据表,第一数据表中并没有第二业务数据信息的写入位置或者对应能够写入的字段,因此,可以在第一数据表中添加新字段,新字段用于暂时存储第二业务数据信息。
步骤205,将所述第二业务数据信息记录于所述新字段中。
在一种示例中,第一数据表中设置有两个字段,分别为“ID”(Identity document,标识)和“字段1”,当执行第一写入操作时,可以新增一条记录,将第一业务数据信息写入“字段1”字段中,当需要记录第二业务数据信息时,可以在第一数据表中添加新字段“字段2”,将第二业务数据信息记录于该“字段2”字段中,若该条记录的“ID”为7,则整条记录为“7,第一业务数据信息,第二业务数据信息”。
优选地,新字段的字段格式可以采用JSON格式(JavaScript Object Notation,JS对象简谱),JSON格式使用广泛,支持各种数据类型,适应性强,此外,还可以使用Text格式(文本格式)。新字段的字段长度可以是根据第二业务数据信息所需写入的字段的字段长度确定的。在一种示例中,如果第二业务数据信息中包含业务数据信息f2和业务数据信息f3,且两者对应所需写入的字段长度均为varchar(126),则新字段tmp的字段长度可以为varchar(512)。此外,还可以根据实际需要调整新字段的字段格式和字段长度,对此,本发明实施例不加以具体限制。
步骤206,若将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表,则确定所述业务请求执行完成。
在本发明实施例中,将第一业务数据信息写入第一数据表,以及将第二业务数据信息也记录在第一数据表后,则可以确定业务请求执行完成。数据库可以向用户返回业务执行成功消息,该业务执行成功消息用于告知用户业务请求执行完成。
步骤207,在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
在本发明实施例中,在确定业务请求执行完成后,可以将存储于第一数据表中的第二业务数据信息写入对应的第二数据表。具体而言,第二数据表中设置有与第二业务数据信息对应的所需写入的字段,可以将第二业务数据信息写入对应的字段中。
在一种优选的实施例中,针对步骤207,可以执行以下子步骤:
子步骤S21,当接收到订阅的针对所述第一数据表的数据变更消息时,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
在本发明实施例中,对于第二业务数据信息的写入操作,可以是通过异步的方式进行的。
在一种示例中,可以采用MySQL IO的异步方式进行,MySQLIO是基于MySQL binlog实时解析的一个MySQL数据变更订阅与同步工具,其中IO是Inside Out的缩写,也可以理解为Input/Output。MySQL IO基于Alibaba(阿里巴巴)开源的Canal(https://github.com/alibaba/canal)和Otter(https://github.com/alibaba/otter)开发。Canal是阿里巴巴MySQL数据库Binlog的增量订阅&消费组件;Otter是一个数据同步解决方案,能够实现异地数据库同步。MySQL IO主要包括两个功能:一是数据变更订阅:将MySQL数据变更实时发送至消息系统,支持ActiveMQ、Kafka和RocketMQ。其中,ActiveMQ是开放源代码消息中间件。Kafka是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者在网站中的所有动作流数据。RocketMQ是一款开源的分布式消息系统,基于高可用分布式集群技术,提供低延时的、高可靠的消息发布与订阅服务。二是数据同步:支持MySQL与MySQL集群间实时单向和双向同步,以及MySQL到异构数据库的实时同步。异构数据库支持MongoDB、ElasticSearch、Impala(Kudu)、HBase和CouchBase。
在本发明实施例中,可以对第一数据表进行订阅,当接收到针对第一数据表的数据变更消息时,将记录于第一数据表的第二业务数据信息分别写入对应的第二数据表。在一种示例中,可以设置消费组,该消费组用于订阅第一数据表的数据变更消息,通过对消费组进行监听,当监听到针对第一数据表的数据变更信息时,可以进行消息消费,将记录于第一数据表的第二业务数据信息分别写入对应的第二数据表中。
在另一种优选的实施例中,针对步骤207,可以执行以下子步骤:
子步骤S31,在预设的时间段内,将记录于所述第一数据表的第二业务数据信息分别同步写入对应的所述第二数据表。
在本发明实施例中,可以设置在预设的时间段内将第二业务数据信息分别同步写入对应的第二数据表。具体而言,由于已经将第二业务数据信息存储于第一数据表中,因此,第二业务数据信息的写入过程可以是同步进行的,当出现错误,重试即可。例如,第二业务数据信息可以包括业务数据A和业务数据B,第二数据表可以包括数据表A和数据表B,业务数据A需要写入数据表A中,业务数据B需要写入数据表B中,数据表A和数据表B的写入过程是同步进行的。在一种示例中,在分布式的数据库存储架构中,需要根据实际情况,在可用性、一致性和分区容错性中进行抉择。现实中,为了提高系统的可用性,允许在一定的时间内达到数据的最终一致往往是较好的选择。
在本发明实施例中,预设的时间段可以是根据业务请求的业务类型进行确定,此外,用户还可以根据实际情况对时间进行设定,对此,本发明实施例不加以具体限制。
此外,在执行步骤207之后,还可以执行以下步骤:
在完成将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表后,删除所述记录于所述第一数据表的第二业务数据信息。
在本发明实施例中,当第二业务数据信息均分别写入对应的第二数据表后,可将第一数据表中的第二业务数据信息进行删除,在一种示例中,可以删除第一数据表中新增的新字段,则记录于该新字段中的第二业务数据信息将会被删除。
为了使本领域的技术人员能够更好地理解本发明实施例步骤201至步骤207,下面通过一个例子加以说明:
参照图3所示为数据库的业务处理方法的模型图。假设在一台服务器localhost上,分别以3306、3307和3308三个端口启动三个MySQL库实例,对应DB1、DB2和DB3三个数据库(在实际的应用场景中,这些数据库一般会分布在不同的服务器上)。
图3左边采用事务管理的方式对基于一个业务请求的针对数据库的多次写入操作进行管理,该多次写入操作分别是需要将业务数据信息f1写入数据库DB1中的数据表Table1中,将业务数据信息f2写入数据库DB2中的数据表Table2中,以及将业务数据信息f3写入数据库DB3中的数据表Table3中。其中,三次写入操作是同步进行的,如果所有数据库DB1、DB2、DB3的更新操作都正常执行,则整体提交;如果有执行异常发生,则整体回滚。
图3右边采用本发明实施例的数据库的业务处理方法,将业务数据信息f1写入数据库DB1中的数据表Table1的过程作为关键的第一写入操作,并对数据表Table1进行扩展,增加新字段tmp,将业务数据信息f2和业务数据信息f3作为第二业务数据信息存储于数据表Table1新增的新字段tmp中。需要说明的是,针对数据库DB1中的数据表Table1的写入操作执行成功时(包括业务数据信息f1的数据写入,以及业务数据信息f2和业务数据信息f3的数据存储)则可以确定该次业务请求执行完成;针对数据库DB1中的数据表Table1的写入操作执行失败,则业务请求执行失败。针对数据库DB2的数据表Table2和数据库DB3的数据表Table3的写入操作,是通过异步方式完成的。当接收到订阅的针对数据库DB1中的数据表Table1的数据变更消息时,可以将存储于新字段tmp中的业务数据信息f2和业务数据信息f3分别写入数据库DB2中的数据表Table2和数据库DB3中的数据表Table3中。其中,业务数据信息f2和业务数据信息f3的写入过程可以是同步进行的,出现错误,重试即可。在一种示例中,可以设置消费组,通过配置地址,订阅数据库DB1的数据表Table1的变更消息。监听器接收到数据变更消息时进行消息消费,将业务数据信息f2和业务数据信息f3分别写入对应的数据表中。
综上,在本发明实施例中,对于需要对数据库进行多次写入操作的业务请求,可以先执行其中关键的第一写入操作,以及将其他的第二写入操作的业务数据信息记录在第一数据表中,此时可以确定业务请求执行完成,其他的第二写入操作可以通过异步的方式执行。通过采用上述方式,采用多次写入操作中关键的第一写入操作的第一数据表可以将所有需要保存的业务数据记录下来,之后通过异步的方式根据已记录的业务数据执行其他的第二写入操作。由于是异步场景且所需的业务数据已经进行保存,执行其他的第二写入操作时可重试的时间范围长,可以确保重试成功,从而保证该次业务执行成功,上述方法不需要通过事务管理的方式对数据库的多次写入操作进行管理,可以提高数据库的业务处理效率。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
参照图4,示出了本发明实施例的一种数据库的业务处理装置的结构框图,所述数据库包括多个数据表,具体可以包括如下模块:
第一确定模块401,用于在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作;所述第二写入操作为除所述第一写入操作之外的其他写入操作;
第二确定模块402,用于确定所述多次写入操作分别对应的所需写入的业务数据信息和用于存储的数据表;所述业务数据信息包括所述第一写入操作对应的第一业务数据信息和所述第二写入操作对应的第二业务数据信息;所述数据表包括所述第一写入操作对应的第一数据表和所述第二写入操作对应的第二数据表;
第一数据表写入与记录模块403,用于将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表;
第三确定模块404,用于若将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表,则确定所述业务请求执行完成;
第二数据表写入模块405,用于在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
在本发明实施例中,所述装置,还包括:
判断模块,用于判断所述多次写入操作对应的写入次数是否满足预设的次数条件;
第四确定模块,用于若所述多次写入操作对应的写入次数满足预设的次数条件,则确定所述多次写入操作中的一个第一写入操作和第二写入操作。
在本发明实施例中,所述第一数据表写入与记录模块,包括:
添加子模块,用于在所述第一数据表中添加新字段;
记录子模块,用于将所述第二业务数据信息记录于所述新字段中。
在本发明实施例中,所述第一确定模块,包括:
第一确定子模块,用于确定所述多次写入操作的写入顺序;
第二确定子模块,用于将所述写入顺序为第一顺序的写入操作作为所述第一写入操作,以及将除所述第一顺序的写入操作之外的其他顺序的写入操作作为所述第二写入操作。
在本发明实施例中,所述第二数据表写入模块,包括:
第二数据表写入子模块,用于当接收到订阅的针对所述第一数据表的数据变更消息时,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
在本发明实施例中,所述第二数据表写入模块,包括:
第二数据表同步写入子模块,用于在预设的时间段内,将记录于所述第一数据表的第二业务数据信息分别同步写入对应的所述第二数据表。
在本发明实施例中,所述装置还包括:
删除模块,用于在完成将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表后,删除所述记录于所述第一数据表的第二业务数据信息。
综上,在本发明实施例中,对于需要对数据库进行多次写入操作的业务请求,可以先执行其中关键的第一写入操作,以及将其他的第二写入操作的业务数据信息记录在第一数据表中,此时可以确定业务请求执行完成,其他的第二写入操作可以通过异步的方式执行。通过采用上述方式,采用多次写入操作中关键的第一写入操作的第一数据表可以将所有需要保存的业务数据记录下来,之后通过异步的方式根据已记录的业务数据执行其他的第二写入操作。由于是异步场景且所需的业务数据已经进行保存,执行其他的第二写入操作时可重试的时间范围长,可以确保重试成功,从而保证该次业务执行成功,上述方法不需要通过事务管理的方式对数据库的多次写入操作进行管理,可以提高数据库的业务处理效率。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本发明实施例还提供了一种电子设备,包括:处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述一种数据库的业务处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供了一种计算机可读存储介质,计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现上述一种数据库的业务处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种数据库的业务处理方法、一种数据库的业务处理装置、一种电子设备和一种计算机可读存储介质,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种数据库的业务处理方法,其特征在于,所述数据库包括多个数据表,所述方法包括:
在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作;所述第二写入操作为除所述第一写入操作之外的其他写入操作;
确定所述多次写入操作分别对应的所需写入的业务数据信息和用于存储的数据表;所述业务数据信息包括所述第一写入操作对应的第一业务数据信息和所述第二写入操作对应的第二业务数据信息;所述数据表包括所述第一写入操作对应的第一数据表和所述第二写入操作对应的第二数据表;
将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表;
若将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表,则确定所述业务请求执行完成;
在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
2.根据权利要求1所述的方法,其特征在于,所述在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作之前,还包括:
判断所述多次写入操作对应的写入次数是否满足预设的次数条件;
若所述多次写入操作对应的写入次数满足预设的次数条件,则确定所述多次写入操作中的一个第一写入操作和第二写入操作。
3.根据权利要求1所述的方法,其特征在于,所述将所述第二业务数据信息记录于所述第一数据表,包括:
在所述第一数据表中添加新字段;
将所述第二业务数据信息记录于所述新字段中。
4.根据权利要求1所述的方法,其特征在于,所述在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作,包括:
确定所述多次写入操作的写入顺序;
将所述写入顺序为第一顺序的写入操作作为所述第一写入操作,以及将除所述第一顺序的写入操作之外的其他顺序的写入操作作为所述第二写入操作。
5.根据权利要求1所述的方法,其特征在于,所述在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表,包括:
当接收到订阅的针对所述第一数据表的数据变更消息时,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
6.根据权利要求1所述的方法,其特征在于,所述将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表,包括:
在预设的时间段内,将记录于所述第一数据表的第二业务数据信息分别同步写入对应的所述第二数据表。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在完成将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表后,删除所述记录于所述第一数据表的第二业务数据信息。
8.一种数据库的业务处理装置,其特征在于,所述数据库包括多个数据表,所述装置包括:
第一确定模块,用于在响应业务请求执行向所述数据库进行多次写入操作的过程中,确定所述多次写入操作中的一个第一写入操作和第二写入操作;所述第二写入操作为除所述第一写入操作之外的其他写入操作;
第二确定模块,用于确定所述多次写入操作分别对应的所需写入的业务数据信息和用于存储的数据表;所述业务数据信息包括所述第一写入操作对应的第一业务数据信息和所述第二写入操作对应的第二业务数据信息;所述数据表包括所述第一写入操作对应的第一数据表和所述第二写入操作对应的第二数据表;
第一数据表写入与记录模块,用于将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表;
第三确定模块,用于若将所述第一业务数据信息写入所述第一数据表,以及将所述第二业务数据信息记录于所述第一数据表,则确定所述业务请求执行完成;
第二数据表写入模块,用于在确定所述业务请求执行完成后,将记录于所述第一数据表的第二业务数据信息分别写入对应的所述第二数据表。
9.一种电子设备,其特征在于,包括:处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1-7中任一项所述的一种数据库的业务处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的一种数据库的业务处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110872607.9A CN113704254B (zh) | 2021-07-30 | 2021-07-30 | 一种数据库的业务处理方法、装置、电子设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110872607.9A CN113704254B (zh) | 2021-07-30 | 2021-07-30 | 一种数据库的业务处理方法、装置、电子设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113704254A true CN113704254A (zh) | 2021-11-26 |
CN113704254B CN113704254B (zh) | 2023-06-16 |
Family
ID=78650985
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110872607.9A Active CN113704254B (zh) | 2021-07-30 | 2021-07-30 | 一种数据库的业务处理方法、装置、电子设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113704254B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140214866A1 (en) * | 2013-01-29 | 2014-07-31 | Hon Hai Precision Industry Co., Ltd. | Electronic device and database accessing method |
CN109739936A (zh) * | 2019-01-23 | 2019-05-10 | 杭州数梦工场科技有限公司 | 数据同步方法、系统、服务器及计算机可读存储介质 |
US20190372924A1 (en) * | 2018-06-04 | 2019-12-05 | Salesforce.Com, Inc. | Message logging using two-stage message logging mechanisms |
CN110908838A (zh) * | 2019-11-19 | 2020-03-24 | 杭州安恒信息技术股份有限公司 | 一种数据处理方法、装置及电子设备和存储介质 |
CN111309805A (zh) * | 2019-12-13 | 2020-06-19 | 华为技术有限公司 | 数据库的数据读写方法及装置 |
WO2020147385A1 (zh) * | 2019-01-17 | 2020-07-23 | 平安科技(深圳)有限公司 | 数据录入方法、装置、终端及计算机可读存储介质 |
WO2020232885A1 (zh) * | 2019-05-22 | 2020-11-26 | 平安科技(深圳)有限公司 | 数据入链事务处理方法、装置、计算机设备及存储介质 |
US20210034476A1 (en) * | 2019-07-30 | 2021-02-04 | Salesforce.Com, Inc. | Change-protected database system |
CN112749147A (zh) * | 2019-10-31 | 2021-05-04 | 北京京东尚科信息技术有限公司 | 一种将数据库中数据表合并迁移的方法和装置 |
-
2021
- 2021-07-30 CN CN202110872607.9A patent/CN113704254B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140214866A1 (en) * | 2013-01-29 | 2014-07-31 | Hon Hai Precision Industry Co., Ltd. | Electronic device and database accessing method |
US20190372924A1 (en) * | 2018-06-04 | 2019-12-05 | Salesforce.Com, Inc. | Message logging using two-stage message logging mechanisms |
WO2020147385A1 (zh) * | 2019-01-17 | 2020-07-23 | 平安科技(深圳)有限公司 | 数据录入方法、装置、终端及计算机可读存储介质 |
CN109739936A (zh) * | 2019-01-23 | 2019-05-10 | 杭州数梦工场科技有限公司 | 数据同步方法、系统、服务器及计算机可读存储介质 |
WO2020232885A1 (zh) * | 2019-05-22 | 2020-11-26 | 平安科技(深圳)有限公司 | 数据入链事务处理方法、装置、计算机设备及存储介质 |
US20210034476A1 (en) * | 2019-07-30 | 2021-02-04 | Salesforce.Com, Inc. | Change-protected database system |
CN112749147A (zh) * | 2019-10-31 | 2021-05-04 | 北京京东尚科信息技术有限公司 | 一种将数据库中数据表合并迁移的方法和装置 |
CN110908838A (zh) * | 2019-11-19 | 2020-03-24 | 杭州安恒信息技术股份有限公司 | 一种数据处理方法、装置及电子设备和存储介质 |
CN111309805A (zh) * | 2019-12-13 | 2020-06-19 | 华为技术有限公司 | 数据库的数据读写方法及装置 |
Non-Patent Citations (1)
Title |
---|
刘振国;: "利用中间数据库实现多系统数据共享", 信息安全与技术, no. 12 * |
Also Published As
Publication number | Publication date |
---|---|
CN113704254B (zh) | 2023-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108280080B (zh) | 一种数据同步方法、装置以及电子设备 | |
US10749668B2 (en) | Reduction in storage usage in blockchain | |
CN108961033B (zh) | 多业务系统交互方法及装置、存储介质、电子终端 | |
US20200272452A1 (en) | Automated transparent distribution of updates to server computer systems in a fleet | |
US10467192B2 (en) | Method and apparatus for updating data table in keyvalue database | |
CN109508326B (zh) | 用于处理数据的方法、装置和系统 | |
CN110493342B (zh) | 文件传输方法、装置、电子设备及可读存储介质 | |
CN112069260B (zh) | 数据存储及对账方法和系统 | |
CN111930788B (zh) | 操作请求的处理方法、装置、设备、可读存储介质及系统 | |
CN114722119A (zh) | 数据同步方法及系统 | |
CN107704604A (zh) | 一种消息持久化方法、服务器和计算机可读存储介质 | |
CN111338834B (zh) | 数据存储方法和装置 | |
CN104111957A (zh) | 一种分布式事务同步的方法及系统 | |
CN110737655B (zh) | 用于上报数据的方法和装置 | |
CN113704254B (zh) | 一种数据库的业务处理方法、装置、电子设备和存储介质 | |
CN117336135A (zh) | 数据传输方法、装置、存储介质以及电子设备 | |
CN109977097B (zh) | 一种基于数据库的网络配置管理方法及系统 | |
CN111444148A (zh) | 基于MapReduce的数据传输方法和装置 | |
CN110941658A (zh) | 一种数据导出方法、装置、服务器及存储介质 | |
CN111047427A (zh) | 数据上报方法、装置、服务器及存储介质 | |
CN116341508A (zh) | 报文模板的动态配置方法、装置、计算机设备及存储介质 | |
CN110266610B (zh) | 流量识别方法、装置、电子设备 | |
CN113568966A (zh) | 用于ods层和dw层之间的数据处理方法与系统 | |
CN114116676A (zh) | 数据迁移方法、装置、电子设备及计算机可读存储介质 | |
CN112148551B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |