CN109492013A - 应用于数据库集群的数据处理方法、装置和系统 - Google Patents

应用于数据库集群的数据处理方法、装置和系统 Download PDF

Info

Publication number
CN109492013A
CN109492013A CN201811312518.3A CN201811312518A CN109492013A CN 109492013 A CN109492013 A CN 109492013A CN 201811312518 A CN201811312518 A CN 201811312518A CN 109492013 A CN109492013 A CN 109492013A
Authority
CN
China
Prior art keywords
cluster
database
data
target
calamity
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
Application number
CN201811312518.3A
Other languages
English (en)
Other versions
CN109492013B (zh
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.)
JD Digital Technology Holdings Co Ltd
Jingdong Technology Holding Co Ltd
Original Assignee
Beijing Jingdong Financial Technology Holding Co 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 Beijing Jingdong Financial Technology Holding Co Ltd filed Critical Beijing Jingdong Financial Technology Holding Co Ltd
Priority to CN201811312518.3A priority Critical patent/CN109492013B/zh
Publication of CN109492013A publication Critical patent/CN109492013A/zh
Application granted granted Critical
Publication of CN109492013B publication Critical patent/CN109492013B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1469Backup restoration techniques
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1464Management of the backup or restore process for networked environments

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例公开了应用于数据库集群的数据处理方法、装置和系统。该方法的一具体实施方式包括:接收数据处理请求,所述数据处理请求包括待处理数据;根据预设路由规则所生成的路由方案确定所述数据处理请求所对应的目标数据库子集群,并确定所述目标数据库子集群是否发生故障;响应于确定所述目标数据库子集群发生故障,确定与所述目标数据库子集群对应的目标灾备数据库子集群。该实施方式一方面可以缩短在数据库子集群发生故障时,对该数据库子集群所对应的数据处理请求进行处理的时间,从而满足对线上数据处理请求实时进行处理的要求,另一方面可以提高数据库集群的整体稳定性。

Description

应用于数据库集群的数据处理方法、装置和系统
技术领域
本申请实施例涉及计算机技术领域,具体涉及数据库技术领域,尤其涉及应用于数据库集群的数据处理方法、装置和系统。
背景技术
如今随着物联网、移动应用的兴起,数据量相比过去会有几何级的提升,对于数据的存储由单个数据库也升级到了数据库集群。数据库集群是指利用至少两台或者多台数据库服务器,构成一个虚拟单一数据库逻辑映像,像单数据库系统那样,向客户端提供透明的数据服务。
通常数据库集群由一台主节点和多台从节点组成。数据库集群的主节点和从节点可以位于同一机房中,也可位于不同机房中。
在数据库集群实际运行过程中,数据库集群经常面对海量的数据写入或读取,因此,数据库集群将存在一定故障率。另外,数据库集群还会面临扩容的问题。
发明内容
本申请实施例提出了一种应用于数据库集群的数据处理方法、装置和系统。
第一方面,本申请实施例提供了一种应用于数据库集群的数据处理方法,数据库集群包括多个数据库子集群;该方法包括:接收数据处理请求,所述数据处理请求包括待处理数据;根据预设路由规则所生成的路由方案确定所述数据处理请求所对应的目标数据库子集群,并确定所述目标数据库子集群是否发生故障;响应于确定所述目标数据库子集群发生故障,确定与所述目标数据库子集群对应的目标灾备数据库子集群;将所述数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使所述目标灾备数据库子集群对应的应用实例对所述待处理数据进行处理;其中,每一个数据库子集群绑定预设应用的一个应用实例;每一数据库子集群包括主数据库、第一从数据库,所述第一从数据库中所存储的数据与所述主数据库相同
在一些实施例中,各所述数据库子集群分别对应一个预设编号,各数据库子集群分别对应的预设编号互不相同,以及所述根据预设路由规则所生成的路由方案确定所述数据处理请求所对应的目标数据库子集群,包括:采用哈希函数计算所述数据处理请求的标识所对应的哈希值;对所述哈希值按所述数据库集群所包括的数据库子集群的数量取模,将取模结果与各数据库子集群分别对应的预设编号进行匹配,并根据匹配结果从各数据库子集群中确定出所述目标数据库子集群。
在一些实施例中,所述目标灾备数据库子集群为所述目标数据库子集群的预设灾备数据库子集群;以及该方法还包括:响应于检测到目标数据库子集群故障解除,向所述目标灾备数据库子集群发送同步指令,以使所述目标灾备数据库子集群将其第二从数据库中的新增数据同步至所述目标数据库子集群的主数据库、第一从数据库;所述新增数据由所述目标灾备数据库子集群对应的应用实例根据对所述待处理数据进行处理生成的处理结果写入;其中对于每一个数据库子集群,所述数据库集群中包括与该数据库子集群对应的预设灾备数据库子集群;每一个数据库子集群中还包括第二从数据库,该数据库子集群的第二从数据库中所存储的数据,与以该数据库子集群为预设灾备数据库子集群的数据库子集群中的主数据库中所存储的数据相同。
在一些实施例中,所述目标灾备数据库子集群为目标数据库子集群的预设灾备数据库子集群的预设灾备数据库子集群;以及该方法还包括:响应于检测到目标数据库子集群故障解除,向所述目标灾备数据库子集群发送同步指令,以使所述目标灾备数据库子集群将其预设临时存储区的数据同步至所述目标数据库子集群的主数据库、第一从数据库;所述预设临时存储区的数据由所述目标灾备数据库子集群对应的应用实例根据对所述待处理数据进行处理生成的处理结果写入;其中所述目标灾备数据库子集群的预设临时存储区用于在所述目标数据库子集群、目标数据库子集群的预设灾备数据库子集群发生故障时,临时存储目标数据库子集群对应的应用实例对所述待处理数据进行处理而生成的处理结果。
在一些实施例中,所述数据处理请求为数据读取请求,所述数据处理请求还包括路由方案信息,以及所述根据预设路由规则所生成的路由方案确定所述数据处理请求所对应的目标数据库子集群,包括:根据所述路由方案信息所指示的路由方案,确定所述数据处理请求所对应的目标数据库子集群。
在一些实施例中,该方法还包括:响应于确定数据库集群中添加了新增数据库子集群,根据预设路由规则确定更新后的路由方案;以及对于任一新增数据处理请求,根据更新后的路由规则确定该数据处理请求所对应的目标数据库子集群。
第二方面,本申请实施例提供了一种应用于数据库集群的数据处理装置,数据库集群包括多个数据库子集群;该装置包括:接收单元,被配置成接收数据处理请求,数据处理请求包括待处理数据;第一确定单元,被配置成根据预设路由规则所生成的路由方案确定数据处理请求所对应的目标数据库子集群,并确定目标数据库子集群是否发生故障;第二确定单元,被配置成响应于确定目标数据库子集群发生故障,确定与目标数据库子集群对应的目标灾备数据库子集群;分配单元,被配置成将数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使目标灾备数据库子集群对应的应用实例对待处理数据进行处理;其中,每一个数据库子集群绑定预设应用的一个应用实例;每一数据库子集群包括主数据库、第一从数据库,第一从数据库中所存储的数据与主数据库相同。
在一些实施例中,各数据库子集群分别对应一个预设编号,各数据库子集群分别对应的预设编号互不相同,以及第一确定单元进一步被配置成:采用哈希函数计算数据处理请求的标识所对应的哈希值;对哈希值按数据库集群所包括的数据库子集群的数量取模,将取模结果与各数据库子集群分别对应的预设编号进行匹配,并根据匹配结果从各数据库子集群中确定出目标数据库子集群。
在一些实施例中,目标灾备数据库子集群为目标数据库子集群的预设灾备数据库子集群;以及该装置还包括第一同步单元,第一同步单元被配置成:响应于检测到目标数据库子集群故障解除,向目标灾备数据库子集群发送同步指令,以使目标灾备数据库子集群将其第二从数据库中的新增数据同步至目标数据库子集群的主数据库、第一从数据库;新增数据由目标灾备数据库子集群对应的应用实例根据对待处理数据进行处理生成的处理结果写入;其中对于每一个数据库子集群,数据库集群中包括与该数据库子集群对应的预设灾备数据库子集群;每一个数据库子集群中还包括第二从数据库,该数据库子集群的第二从数据库中所存储的数据,与以该数据库子集群为预设灾备数据库子集群的数据库子集群中的主数据库中所存储的数据相同。
在一些实施例中,目标灾备数据库子集群为目标数据库子集群的预设灾备数据库子集群的预设灾备数据库子集群;以及该装置还包括第二同步单元,第二同步单元被配置成:响应于检测到目标数据库子集群故障解除,向所述目标灾备数据库子集群发送同步指令,以使所述目标灾备数据库子集群将其预设临时存储区的数据同步至所述目标数据库子集群的主数据库、第一从数据库;所述预设临时存储区的数据由所述目标灾备数据库子集群对应的应用实例根据对所述待处理数据进行处理生成的处理结果写入;其中所述目标灾备数据库子集群的预设临时存储区用于在所述目标数据库子集群、目标数据库子集群的预设灾备数据库子集群发生故障时,临时存储目标数据库子集群对应的应用实例对所述待处理数据进行处理而生成的处理结果。
在一些实施例中,数据处理请求还包括路由方案信息,以及第一确定单元进一步被配置成:根据路由方案信息所指示的路由方案,确定数据处理请求所对应的目标数据库子集群。
在一些实施例中,第一确定单元进一步被配置成:响应于确定数据库集群中添加了新增数据库子集群,根据预设路由规则确定更新后的路由方案;对于任一新增数据处理请求,根据更新后的路由规则确定该数据处理请求所对应的目标数据库子集群。
第三方面,本申请实施例提供了一种应用于数据库集群的数据处理系统,该系统包括:数据库集群和路由模块;数据库集群包括多个预设应用的应用实例以及多个数据库子集群;每一个应用实例与一个数据库子集群绑定;对于每一个数据库子集群,数据库集群中包括该数据库子集群的预设灾备数据库子集群;每一数据库子集群包括主数据库、第一从数据库以及第二从数据库,第一从数据库中所存储的数据与该数据库子集群的主数据库相同,第二从数据库中所存储的数据与以该数据库子集群为预设灾备数据库子集群的数据库子集群的主数据库所存储的数据相同;路由模块,用于根据第一方面中任一实现方式描述的方法对接收到的数据处理请求进行处理。
第四方面,本申请实施例提供了一种电子设备,该电子设备包括:一个或多个处理器;存储装置,其上存储有一个或多个程序,当上述一个或多个程序被上述一个或多个处理器执行时,使得上述一个或多个处理器实现如第一方面中任一实现方式描述的方法。
第五方面,本申请实施例提供了一种计算机可读介质,其上存储有计算机程序,其中,该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
本申请实施例提供的应用于数据库集群的数据处理方法、装置和系统,通过接收数据处理请求,而后根据预设路由规则所生成的路由方案确定数据处理请求所对应的目标数据库子集群,并确定目标数据库子群是否发生故障,之后,响应于确定目标数据库子集群发生故障,确定与目标数据库子集群对应的目标灾备数据库子集群;最后,将数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使目标灾备数据库子集群对应的应用实例对待处理数据进行处理。实现了在一个数据库子集群发生故障时,可以将对应该数据库子集群的数据处理请求分配至目标灾备数据库子集群中,一方面可以缩短在一数据库子集群发生故障时,对该数据库子集群所对应的数据处理请求进行处理的时间,从而满足对线上数据处理请求实时进行处理的要求,另一方面可以提高数据库集群的整体稳定性。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请的一个实施例的应用于数据库集群的数据处理方法可以应用于其中的示例性系统架构图;
图2是根据本申请的应用于数据库集群的数据处理方法的一个实施例的流程图;
图3是根据本申请的应用于数据库集群的数据处理方法的一个应用场景的示意图;
图4是根据本申请的应用于数据库集群的数据处理方法的又一个实施例的流程图;
图5是根据本申请的应用于数据库集群的数据处理装置的一个实施例的结构示意图;
图6是根据本申请的应用于数据库集群的数据处理系统的一个实施例的结构示意图;
图7是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了本申请的一个实施例的应用于数据库集群的数据处理方法可以应用于其中的示例性系统架构100。
如图1所示,系统架构100可以包括终端设备11和服务器12、数据库集群13和网络14、15。网络14用以在终端设备11和服务器12之间提供通信链路的介质。网络15用以在服务器12和数据库集群13之间提供通信链路的介质。网络14、15可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备11通过网络14与服务器12交互,以接收或发送消息等。终端设备11上可以安装有各种客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备11可以是硬件,也可以是软件。当终端设备11为硬件时,可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备11为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块),也可以实现成单个软件或软件模块。在此不做具体限定。
服务器12可以提供各种服务,例如接收终端设备11发送的数据处理请求,并根据预设路由规则确定数据处理请求对应的目标数据库子集群,将上述数据处理请求发送给上述目标数据库子集群。上述目标数据库子集群是数据库集群13中的一个数据库子集群。
数据库集群13可以包括多个数据库子集群131,每一个数据库子集群131可以包括多个数据库,每一个数据库可以设置在一台数据库服务器1311中。每一个数据库子集群131可以提供各种数据处理服务,例如接收服务器12发送的数据处理请求,对数据处理请求对应的待处理数据进行处理,并保存处理结果。
需要说明的是,服务器可以是硬件,也可以是软件。当服务器为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件服务),也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是,本申请实施例所提供的应用于数据库集群的数据处理方法一般由服务器12执行,相应地,应用于数据库集群的数据处理装置一般设置于服务器12中。
应该理解,图1中的终端设备、网络和服务器、数据库集群的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器与数据库集群。
继续参考图2,其示出了根据本申请的应用于数据库集群的数据处理方法的一个实施例的流程200。该应用于数据库集群的数据处理方法,包括以下步骤:
步骤201,接收数据处理请求。
在本实施例中,应用于数据库集群的数据处理方法的执行主体(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式接收终端设备发送的数据处理请求。需要指出的是,上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。
在本申请中,一个数据库集群可以包括多个数据库子集群。每一个数据库子集群均可以包括一个主数据库,一个第一从数据库。此外,每一个数据库子集群还与预设应用的一个应用实例绑定。这里的一个数据库集群的多个数据库子集群可以对应相同的预设应用。在一些应用场景中,上述主数据库、第一从数据库可以设置在同一机房中。这里的主数据库可以安装在一台或多台电子设备中,第一从数据库也可以安装在一台或多台电子设备中。需要理解的是,每一个数据库子集群可以与至少一个预设应用的应用实例绑定。
与一个数据库子集群绑定的预设应用的应用实例可以对用户的数据处理请求进行处理。这里的预设应用例如可以购物类应用、金融交易类应用、社交类应用等。
上述数据处理请求例如可以为用户通过安装在终端设备上的预设应用的客户端发送的数据处理请求。例如用户通过购物类应用客户端发送的购物类数据处理请求。或者,用户通过金融交易类应用客户端发送的金融交易类数据处理请求等。
在本实施例中,上述数据处理请求可以包括待处理数据。不同数据处理请求所对应的待处理数据可以不相同。若上述数据处理请求为购物请求时,上述待处理数据可以包括用户需要购买的目标物体的标识、价格等数据。
在本实施例中,上述数据处理请求可以对应一个标识。在一些应用场景中,一条数据处理请求的标识可以是该条数据处理请求所对应的累计编号。例如,在一条数据处理请求之前已经有了99条已经处理过的数据处理请求,则该条数据处理请求对应的标识可以为100。在另外一些应用场景中,一条数据处理请求的标识还可以包括预设应用所对应的业务类型的编码、该条数据处理请求的发生的年、月、日以及该条数据处理请求在该日对应的累计数据处理请求条数。
步骤202,根据预设路由规则所生成的路由方案确定数据处理请求所对应的目标数据库子集群,并确定目标数据库子集群是否发生故障。
在本实施例中,在步骤201中得到了数据处理请求之后,上述执行主体可以根据预设路由规则,来生成与数据处理请求对应的路由方案。然后根据路由方案从多个数据库子集群中确定出一个目标数据库子集群。
在一些应用场景中,上述路由规则例如可以根据与预设参考时间点之间的时间距离,来确定数据处理请求对应的目标数据库集群。例如,可以将全天的任意整点作为预设参考时间点。对于发生在任意两个预设参考时间点之间的数据处理请求,可以根据该数据处理请求发生的时间,与第一个预设参考时间点之间的时间间距来确定该数据处理请求对应的目标数据库子集群。例如将相邻两个预设参考时间点之间的时间间距按照数据库集群所包括的数据库子集群的数量进行等间距划分。得到多个时间段,每一个时间段可以与一个数据库子集群相对应。对于任意一个时间段,在该时间段内接收到的数据处理请求的目标数据库子集群即为该时间段对应的数据库子集群。以数据库集群包括3个数据库子集群为例,可以将60分钟分为3个时间段,1~20分钟对应第一个数据库子集群,21~40分钟对应第二个数据库子集群,41~60分钟对应第三个数据库子集群。若接收到一个数据处理请求的时间为8点45分,则该数据处理请求所对应的目标数据库子集群可以为第三个数据库子集群。
在另外一些应用场景中,对于每一条数据处理请求,上述路由规则例如可以包括根据该数据处理请求的标识,来确定该条数据处理请求对应的目标数据库子集群。在这些应用场景中,数据库集群中的每一个数据库子集群可以分别对应一个预设编号,各数据库子集群分别对应的预设编号可以互不相同。
在这些应用场景中,上述根据预设路由规则所生成的路由方案确定数据处理请求所对应的目标数据库子集群,可以包括:
首先,采用哈希函数计算数据处理请求的标识所对应的哈希值。
哈希函数例如可以为MD4(Message-Digest 4,信息-摘要函数4)、MD5(Message-Digest Algorithm 5,信息-摘要函数5)、SHA(SecureHash Algorithm,安全散列函数)等哈希函数。
在这些应用场景中,上述执行主体可以首先采用上述哈希函数来计算数据处理请求的标识对应的哈希值。
需要说明的是,上述各种哈希函数是目前广泛研究和应用的公知技术,此处不赘述。
其次,对哈希值按数据库集群所包括的数据库子集群的数量取模,将取模结果与各数据库子集群分别对应的预设编号进行匹配,并根据匹配结果从各数据库子集群中确定出目标数据库子集群。
在这些应用场景中,若一个数据处理请求所对应的标识,对该数据处理请求所对应的标识采用哈希函数进行计算,得到该数据处理请求的标识所对应的哈希值。然后对该数据处理请求的标识所对应的哈希值。若上述数据库集群所包括的数据库子集群的数量为4,则将该哈希值对4取模。若取模结果为2,则该数据处理请求所对应的目标数据库子集群为预设编号为2的数据库子集群。
这样一来,对于每一个数据处理请求,可以确定该数据处理请求所对应的数据库子集群。
在这些应用场景中,根据上述路由规则所确定的路由方案,可以将多个数据处理请求分配至不同的数据库子集群中。多个数据库子集群各自对应的主数据库中所存储的数据可以互不相同。也就是说,每一个数据库子集群都可以为一个数据中心。
在这些应用场景中,若数据库子集群的数量不变,对同一个数据处理请求,多次采用上述路由规则所确定出的路由方案中,该数据处理请求所对应的目标数据库子集群均为同一数据库子集群。因此,可以不用在数据库集群中设置用于查找数据存放位置的索引项。
步骤203,响应于确定目标数据库子集群发生故障,确定与目标数据库子集群对应的目标灾备数据库子集群。
在本实施例中,在步骤202中确定了数据处理请所对应的目标数据库子集群之后,应用于数据库集群的数据处理方法的执行主体可以首先可以根据预设信息交互接口所反馈的信息来确定目标数据库子集群是否发生故障。若确定目标数据库子集群发生故障,上述执行主体可以根据各种方法来确定与目标数据库子集群对应的目标灾备数据库子集群。
在本实施例中,若目标数据库子集群发生故障,可以确定数据库集群中除目标数据库子集群之外的多个数据库子集群的负载状况。将负载最小的一个数据库子集群确定为该目标数据库子集群的目标灾备数据库子集群。
在本实施例的一些可选的实现方式中,在数据库集群中,对于每一个数据库子集群,可以预先将该数据库集群中的一个数据库子集群设置为设置该数据库子集群的预设灾备数据库子集群。
以数据库集群中包括三个数据库子集群为例进行说明。第一个数据库子集群的预设灾备数据库子集群可以是第二个数据库子集群;第二个数据库子集群的预设灾备数据库子集群可以是第三个数据库子集群;第三个数据库子集群的预设灾备数据库子集群可以是第一数据库子集群。上述三个数据库子集群可以循环互为预设灾备数据库子集群。
对于每一个数据库子集群,该数据库子集群可以包括主数据库、第一从数据库和第二从数据库。其中,该数据库子集群中的主数据库中所存储的数据与该数据库子集群中的第一从数据库所存储的数据完全相同。该数据库子集群中的第二从数据库中所存储的数据,可以与以该数据库子集群为预设灾备数据库子集群的数据库子集群中的主数据库中所存储的数据相同。
在这些实施例中,若目标数据库子集群发生故障,则可以将目标数据库子集群中的预设灾备数据库子集群确定为目标灾备数据库子集群。
步骤204,将数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使目标灾备数据库子集群对应的应用实例对待处理数据进行处理。
在本实施例中,上述执行主体可以将在步骤201中得到的数据处理请求分配至目标灾备数据库子集群对应的预设应用的应用实例中,以使目标灾备数据库子集群对应的应用实例对待处理数据进行处理。
目标灾备数据库子集群对应的应用实例可以对该数据处理请求对应的待处理数据进行处理,并将处理结果写入目标灾备数据库子集群中。在一些应用场景中,上述目标灾备数据库子集群可以将上述处理结果写入该目标灾备数据库子集群的第二从数据库中。
继续参见图3,图3是根据本实施例的应用于数据库集群的数据处理方法的应用场景的一个示意图300。在图3的应用场景中,用户301通过终端设备302向服务器303首先发起一个数据处理请求304。之后,服务器303可以接收上述数据处理请求304,上述数据处理请求304包括待处理数据,之后,根据预设路由规则所生成的路由方案,从数据库集群所对应的多个数据库子集群中确定数据处理请求304所对应的目标数据库子集群,并确定目标数据库子集群是否发生故障305。接着,服务器303响应于确定目标数据库子集群发生故障,确定与目标数据库子集群对应的目标灾备数据库子集群306。然后,服务器303将数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使目标灾备数据库子集群对应的应用实例对待处理数据进行处理307。目标灾备数据库子集群对应的应用实例将对待处理数据进行处理得到的处理结果写入目标灾备数据库子集群。其中,数据库集群中的每一个数据库子集群可以绑定预设应用的一个应用实例。每一个数据库子集群包括主数据库、第一从数据库。每一个数据库子集群的第一从数据库与该数据库子集群的主数据库中所存储的数据相同。
本申请的上述实施例提供的方法通过接收数据处理请求,而后根据预设路由规则所生成的路由方案确定所述数据处理请求所对应的目标数据库子集群,并确定目标数据库子群是否发生故障,之后,响应于确定目标数据库子集群发生故障,确定与目标数据库子集群对应的目标灾备数据库子集群;最后,将数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使目标灾备数据库子集群对应的应用实例对待处理数据进行处理。实现了在一个数据库子集群发生故障时,可以将对应该数据库子集群的数据处理请求分配至目标灾备数据库子集群中,一方面可以缩短在数据库子集群发生故障时,对该数据库子集群所对应的数据处理请求进行处理的时间,从而满足对线上数据处理请求实时进行处理的要求,另一方面可以提高数据库集群的整体稳定性。
在本实施例的一些可选的实现方式中,目标灾备数据库子集群为目标数据库子集群的预设灾备数据库子集群。上述应用于数据库集群的数据处理方法还包括:
响应于检测到目标数据库子集群故障解除,向目标灾备数据库子集群发送同步指令,以使目标灾备数据库子集群将其第二从数据库中的新增数据同步至目标数据库子集群的主数据库、第一从数据库。
这里的目标灾备数据库子集群中的第二从数据库中的新增数据,由目标灾备数据库对应的应用实例根据对数据处理请求所对应的待处理数据进行处理而生成的处理结果写入。
在这些可选的实现方式中,对于每一个数据库子集群,数据库集群中包括与该数据库子集群对应的预设灾备数据库子集群。每一个数据库子集群中还包括第二从数据库。该数据库子集群的第二从数据库中所存储的数据,与以该数据库子集群为预设灾备数据库子集群的数据库子集群中的主数据库中所存储的数据相同。
也就是说,对于任一数据处理请求,若该数据处理请求所对应的目标数据库子集群发生故障,而目标数据库子集群的预设灾备数据库正常运行,上述执行主体可以将该数据处理请求分配至目标数据库子集群的预设灾备数据库子集群所对应的应用实例。预设应用的应用实例对数据处理请求所对应的待处理数据进行处理,将所得到的处理结果保存入目标数据库子集群的预设灾备数据库子集群(目标灾备数据库子集群)的第二从数据库中。当目标数据库子集群恢复正常时,上述执行主体向上述目标灾备数据库子集群发生同步指令,以使目标灾备数据库子集群中的第二从数据库,将其中的新增数据同步至目标数据库子集群的主数据库和第一从数据库。这样一来,当目标数据库子集群发生故障时,可以启动目标数据库子集群的预设灾备数据库子集群(目标灾备数据库子集群)来对原本分流至目标数据库子集群的数据处理请求进行处理。从而使得当目标数据库子集群发生故障时,一方面可以使得线上的数据处理请求可以得到实时处理,增强数据库集群的稳定性;另一方面,由于在目标数据库子集群的主数据库和第一从数据库中所存储的数据不会发生缺失。
进一步参考图4,其示出了应用于数据库集群的数据处理方法的又一个实施例的流程400。该应用于数据库集群的数据处理方法的流程400,包括以下步骤:
步骤401,接收数据处理请求。
在本实施例中,步骤401与图2所示实施例的步骤201相同,此处不赘述。
步骤402,根据预设路由规则所生成的路由方案确定数据处理请求所对应的目标数据库子集群,并确定目标数据库子集群是否发生故障。
在本实施例中,步骤402与图2所示实施例的步骤202相同,此处不赘述。
步骤403,响应于确定目标数据库子集群发生故障,确定与目标数据库子集群对应的目标灾备数据库子集群,目标灾备数据库为目标数据库子集群的预设灾备数据子集群的预设灾备数据库子集群。
若目标数据库子集群和目标数据库子集群的预设灾备数据库均发生故障时,上述执行主体可以将目标数据库子集群的预设灾备数据库子集群的预设灾备数据库子集群,确定为目标数据库子集群的目标灾备数据库子集群。也就是说,若目标数据库子集群与目标数据库子集群的预设灾备数据库子集群均发生故障,可以将原本分配至目标数据库子集群的数据处理请求,分配至目标数据库子集群的预设灾备数据库子集群的预设灾备数据库子集群。
这样一来,在目标数据库子集群、目标数据库子集群的预设灾备数据库子集群均发生故障时,直接将目标数据库子集群的预设灾备数据库子集群的预设灾备数据库子集群,作为目标数据库子集群的目标灾备数据库子集群,从而可以省去为目标数据库子集群在数据库集群中查找可以用作目标数据库子集群的目标灾备数据库子集群的步骤,以缩短在上述目标数据库子集群以及目标数据库子集群的预设灾备数据库子集群均发生故障时,对目标数据库子集群所对应的数据处理请求进行处理的时间。
步骤404,将数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使目标灾备数据库子集群对应的应用实例对待处理数据进行处理。
在本实施例中,步骤404与图2所示实施例的步骤204相同,此处不赘述。
在本实施例中,数据库集群中的每一个数据库子集群均包括预设临时存储区。上述步骤403中所确定的目标数据库子集群的目标灾备数据库子集群为目标数据库子集群的预设灾备数据库子集群的预设灾备数据库子集群。上述目标灾备数据库子集群中的预设临时存储区,用于在目标数据库子集群、目标数据库子集群的预设灾备数据库子集群均发生故障时,临时存储目标数据库子集群对应的应用实例对待处理数据进行处理而生成的处理结果。
也就是说,在步骤404的目标灾备数据库子集群所对应的应用实例对数据处理请求所对应的待处理数据进行处理之后,可以将处理结果写入上述目标灾备数据库子集群的预设临时存储区中。
步骤405,响应于检测到目标数据库子集群故障解除,向目标灾备数据库子集群发送同步指令,以使目标灾备数据库子集群将其预设临时存储区的数据同步至目标数据库子集群的主数据库、第一从数据库。
在本实施例中,上述执行主体可以实时检测目标数据库子集群的故障是否解除。
若检测到目标数据库子集群的故障解除,则上述执行主体可以向目标灾备数据库子集群发送同步指令,以使目标灾备数据库子集群将其预设临时存储区中存储的数据同步至目标数据子集群。
在将目标灾备数据库子集群将其预设临时存储区中存储的数据同步至目标数据子集群之后,可以重新启动目标数据库子集群中的主数据库、第一从数据库和第二从数据库。
从图4中可以看出,与图2对应的实施例相比,本实施例中的应用于数据库集群的数据处理方法的流程400突出了目标灾备数据库子集群为目标数据库子集群的预设灾备数据库子集群的预设灾备数据库子集群。从而若目标数据库子集群、目标数据库子集群的预设灾备数据库子集群均发生故障时,数据库集群仍然可以保持运转,一方面可以进一步提高数据库集群的稳定性,另一方面可以缩短在上述目标数据库子集群以及目标数据库子集群的预设灾备数据库子集群均发生故障时,对目标数据库子集群所对应的数据处理请求进行处理的时间,以满足对数据处理请求进行实时处理的要求。
在本申请的应用于数据库集群的数据处理方法各实施例的一些可选的实现方式中,在图2所示实施例以及在图4所示实施例还可以包括如下步骤:
首先,响应于确定数据库集群中添加了新增数据库子集群,根据预设路由规则确定更新后的路由方案。
在一些应用场景中,需要对数据库集群扩容。对数据库集群进行扩容时,可以在数据库集群中添加新增数据库子集群。新增的数据库子集群可以和预设应用的新增应用实例进行绑定。
新增数据库子集群的架构可以和该数据库集群中的原有的数据库子集群的架构相同。例如,新增数据库子集群和原有的数据库子集群类似,也包括主数据库、第一从数据库。在一些应用场景中,上述新增数据库子集群还可以包括第二从数据库。
上述执行主体可以接收在数据库集群中添加了新增数据库子集群的添加信息。上述添加信息例如可以包括用于指示所添加的新增数据库子集群的数量;或者,上述添加信息还可以包括用于指示当前的数据库子集群的数量。
若确定数据库集群中添加了新增数据库子集群,上述执行主体可以根据预设路由规则来确定更新后的路由方案。
例如,若数据库集群原包括3个数据库子集群,在添加了1个数据库子集群之后,数据库集群包括了4个数据库子集群。上述更新后的路由方案为以数据库集群所包括的数据库子集群数量为4,确定得到。
其次,对于任一新增数据处理请求,根据更新后的路由方案确定该数据处理请求所对应的目标数据库子集群。
在这些可选的实现方式中,对于每一条新增数据处理请求,上述路由规则例如可以包括对该数据处理请求的标识,采用哈希函数计算数据处理请求的标识所对应的哈希值。然后,对哈希值按数据库集群在添加了新增数据库子集群之后所包括的数据库子集群的数量取模,将取模结果与各数据库子集群分别对应的预设编号进行匹配,并根据匹配结果从各数据库子集群中确定出目标数据库子集群,从而确定出数据处理请求的更新后的路由方案。
例如,若数据库集群原本包括3个数据库子集群,在添加了一个数据库子集群之后,数据库集群包括了4个数据库子集群。上述执行主体可以得到数据库集群更新后的数据库子集群的数量,以及更新的时间。对于在数据库集群数量更新后接收到的数据处理请求,可以首先对数据处理请求采用哈希函数取哈希值,然后对上述哈希值对4取模,若取模结果为3,则该数据处理请求所对应的目标数据库子集群为预设编号为3的数据库子集群。
此外,若数据库集群中添加了新增数据子集群之后,对于数据库集群中的每一个数据库子集群,可以重新确定该数据库子集群的预设灾备数据库子集群。若数据库集群中原本包括三个数据库子集群。其中,第二个数据库子集群为第一个数据库子集群的预设灾备数据库子集群,第三个数据库子集群为第二个数据库子集群的预设灾备数据库子集群,第一个数据库子集群为第三个数据库子集群的预设灾备数据库子集群。三个数据库子集群实现了循环互备。若数据库集群中添加了新增数据库子集群,也即第四个数据库子集群。可以将第四个数据库子集群设置为第三个数据库子集群的预设灾备数据库子集群;另外,将第一数据库子集群设置为第四个数据库子集群的预设灾备数据库子集群。
这样一来,若数据库集群中增加新增数据库子集群,则可以根据数据库集群中的更新后的数据库子集群的数量,对不同的数据处理请求分配目标数据库子集群。并在增加了新增数据库子集群的数据库集群中实现了多个数据库子集群的循环互备,从而可以达到平滑扩容的目的。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种应用于数据库集群的数据处理装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
在本实施例中,数据库集群包括多个数据库子集群。如图5所示,本实施例的应用于数据库集群的数据处理装置500包括:接收单元501、第一确定单元502、第二确定单元503和分配单元504。其中,接收单元501,被配置成接收数据处理请求,数据处理请求包括待处理数据;第一确定单元502,被配置成根据预设路由规则所生成的路由方案确定数据处理请求所对应的目标数据库子集群,并确定目标数据库子集群是否发生故障;第二确定单元503,被配置成响应于确定目标数据库子集群发生故障,确定与目标数据库子集群对应的目标灾备数据库子集群;分配单元504,被配置成将数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使目标灾备数据库子集群对应的应用实例对待处理数据进行处理;其中,每一个数据库子集群绑定预设应用的一个应用实例;每一数据库子集群包括主数据库、第一从数据库,第一从数据库中所存储的数据与主数据库相同。
在本实施例中,应用于数据库集群的数据处理装置500的接收单元501、第一确定单元502、第二确定单元503和分配单元504的具体处理及其所带来的技术效果可分别参考图2对应实施例中步骤201、步骤202、步骤203和步骤204的相关说明,在此不再赘述。
在本实施例的一些可选的实现方式中,各数据库子集群分别对应一个预设编号,各数据库子集群分别对应的预设编号互不相同,以及第一确定单元502进一步被配置成:采用哈希函数计算数据处理请求的标识所对应的哈希值;对哈希值按数据库集群所包括的数据库子集群的数量取模,将取模结果与各数据库子集群分别对应的预设编号进行匹配,并根据匹配结果从各数据库子集群中确定出目标数据库子集群。
在本实施例的一些可选的实现方式中,目标灾备数据库子集群为目标数据库子集群的预设灾备数据库子集群;以及应用于数据库集群的数据处理装置500还包括第一同步单元(图中未示出),第一同步单元被配置成:响应于检测到目标数据库子集群故障解除,向目标灾备数据库子集群发送同步指令,以使目标灾备数据库子集群将其第二从数据库中的新增数据同步至目标数据库子集群的主数据库、第一从数据库;新增数据由目标灾备数据库子集群对应的应用实例根据对待处理数据进行处理生成的处理结果写入;其中对于每一个数据库子集群,数据库集群中包括与该数据库子集群对应的预设灾备数据库子集群;每一个数据库子集群中还包括第二从数据库,该数据库子集群的第二从数据库中所存储的数据,与以该数据库子集群为预设灾备数据库子集群的数据库子集群中的主数据库中所存储的数据相同。
在本实施例的一些可选的实现方式中,目标灾备数据库子集群为目标数据库子集群的预设灾备数据库子集群的预设灾备数据库子集群;以及应用于数据库集群的数据处理装置500还包括第二同步单元(图中未示出),第二同步单元被配置成:响应于检测到目标数据库子集群故障解除,向目标灾备数据库子集群发送同步指令,以使目标灾备数据库子集群将其预设临时存储区的数据同步至目标数据库子集群的主数据库、第一从数据库;预设临时存储区的数据由目标灾备数据库子集群对应的应用实例根据对待处理数据进行处理生成的处理结果写入;其中目标灾备数据库子集群的预设临时存储区用于在目标数据库子集群、目标数据库子集群的预设灾备数据库子集群发生故障时,临时存储目标数据库子集群对应的应用实例对待处理数据进行处理而生成的处理结果。
在本实施例的一些可选的实现方式中,数据处理请求还包括路由方案信息,以及第一确定单元502进一步被配置成:根据路由方案信息所指示的路由方案,确定数据处理请求所对应的目标数据库子集群。
在本实施例的一些可选的实现方式中,第一确定单元502进一步被配置成:响应于确定数据库集群中添加了新增数据库子集群,根据预设路由规则确定更新后的路由方案;对于任一新增数据处理请求,根据更新后的路由规则确定该数据处理请求所对应的目标数据库子集群。
继续参考图6,其示出了根据本申请的应用于数据库集群的数据处理系统的一个实施例的架构图。
应用于数据库集群的数据处理系统600包括数据库集群61和路由模块62。
数据库集群601包括多个预设应用的应用实例以及多个数据库子集群611、612、…、61n;每一个应用实例与一个数据库子集群绑定;对于每一个数据库子集群,数据库集群61中包括该数据库子集群的预设灾备数据库子集群。每一数据库子集群包括主数据库、第一从数据库以及第二从数据库。其中,第一从数据库中所存储的数据与该数据库子集群的主数据库相同,第二从数据库中所存储的数据与以该数据库子集群为预设灾备数据库子集群的数据库子集群的主数据库所存储的数据相同。
例如数据库集群61中的数据库子集群611、612、…、61n各自对应的主数据库分别为6111、6121、…、61n1;各自对应的第一从数据库为6112、6122、…、61n2;各自对应的第二从数据库为6113、6123、…、61n3。以数据库子集群611为例,数据库子集群611的第一从数据库6112中所存储的数据与数据库子集群611的主数据库6111中所存储的数据相同。
路由模块62,用于根据图2、图4所示实施例提供的应用于数据库集群的数据处理方法对接收到的数据处理请求进行处理。例如,对于数据处理请求63,路由模块62通过图2所示实施例、图4所示实施例确定数据库子集群612为数据处理请求63对应的目标数据库子集群。若目标数据库子集群发生故障,则确定目标数据库子集群对应的目标灾备数据库子集群。然后将数据处理请求63分配置目标灾备数据库子集群。
上述数据库集群中的每一个数据库子集群均可以为一个数据库中心。各数据库子集群所存储的数据互不相同。
在本实施例的一些可选的实现方式中,响应于数据库集群中增加了新增数据库子集群,路由模块62进一步用于根据预设路由规则以及所接收的预设路由参数,生成更新后的路由方案;与新增数据库子集群绑定的新增应用实例或数据库集群中的原有应用实例,用于对所接收到的数据处理请求所对应的待处理数据进行处理,其中,数据处理请求由路由模块根据更新后的路由方案进行分配;原有数据库子集群或新增数据库子集群中的每一数据库子集群,用于根据该数据库子集群对应的应用实例对待处理数据进行处理得到的处理结果,提供数据读写服务。
在这些可选的实现方式中,上述数据库子集群中添加了新增数据库子集群之后,可以根据路由规则更新路由方案。对于新增数据处理请求,可以根据更新后路由方案对新增数据处理请求。对于在添加新增数据库子集群之前所接到的已发生的数据处理请求,还可以使用原来的路由方案确定已发生的数据处理请求,来查询相关信息。这样一来,扩容前的数据库子集群中的数据还保存在原数据库子集群中,可以使用扩容前的路由方案对保存在扩容前的各数据库子集群中所保存的数据进行查询。使用更新后路由方案,将数据保存至扩容后的数据库集群中的各数据库子集群中,在查询时也使用更新后路由方案进行查询。因此,对数据库集群进行扩容时不需要数据的迁移。简化了数据库集群扩容的操作。
在本实施例的一些可选的实现方式中,数据库集群中的各原有数据库子集群以及新增数据库子集群根据接收到的灾备更新指令所指示的更新后灾备方案,确定各自对应的更新后灾备数据库子集群;以及原有数据库子集群或新增数据库子集群中的任一数据库子集群,进一步用于确定提供数据读写服务是否引起该数据库子集群对应的主数据库的数据发生变更;响应于确定提供数据读写服务引起该数据库子集群对应的主数据库的数据发生变更,将主数据库的变更数据同步至该数据库子集群的第一从数据库以及该数据库子集群的更新后灾备数据库子集群的第二从数据库。在对数据库扩容后,可以还可以更新灾备方案,从而使得更新后的数据库子集群在出现数据库故障时,不影响对线上数据的实时处理。
下面参考图7,其示出了适于用来实现本申请实施例的电子设备的计算机系统700的结构示意图。图7示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示,计算机系统700包括中央处理单元(CPU,Central Processing Unit)701,其可以根据存储在只读存储器(ROM,Read Only Memory)702中的程序或者从存储部分706加载到随机访问存储器(RAM,Random Access Memory)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有系统700操作所需的各种程序和数据。CPU 701、ROM702以及RAM 703通过总线704彼此相连。输入/输出(I/O,Input/Output)接口705也连接至总线704。
以下部件连接至I/O接口705:包括硬盘等的存储部分706;以及包括诸如LAN(局域网,Local Area Network)卡、调制解调器等的网络接口卡的通信部分707。通信部分707经由诸如因特网的网络执行通信处理。驱动器708也根据需要连接至I/O接口705。可拆卸介质709,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器708上,以便于从其上读出的计算机程序根据需要被安装入存储部分706。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分707从网络上被下载和安装,和/或从可拆卸介质709被安装。在该计算机程序被中央处理单元(CPU)701执行时,执行本申请的方法中限定的上述功能。需要说明的是,本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括接收单元、第一确定单元、第二确定单元和分配单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,接收单元还可以被描述为“接收数据处理请求的单元”。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的装置中所包含的;也可以是单独存在,而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该装置执行时,使得该装置:接收数据处理请求,数据处理请求包括待处理数据;根据预设路由规则所生成的路由方案确定数据处理请求所对应的目标数据库子集群,并确定目标数据库子集群是否发生故障;响应于确定目标数据库子集群发生故障,确定与目标数据库子集群对应的目标灾备数据库子集群;将数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使目标灾备数据库子集群对应的应用实例对待处理数据进行处理;其中,每一个数据库子集群绑定预设应用的一个应用实例;每一数据库子集群包括主数据库、第一从数据库,第一从数据库中所存储的数据与主数据库相同。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种应用于数据库集群的数据处理方法,所述数据库集群包括多个数据库子集群;所述方法包括:
接收数据处理请求,所述数据处理请求包括待处理数据;
根据预设路由规则所生成的路由方案确定所述数据处理请求所对应的目标数据库子集群,并确定所述目标数据库子集群是否发生故障;
响应于确定所述目标数据库子集群发生故障,确定与所述目标数据库子集群对应的目标灾备数据库子集群;
将所述数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使所述目标灾备数据库子集群对应的应用实例对所述待处理数据进行处理;
其中,每一个数据库子集群绑定预设应用的一个应用实例;每一数据库子集群包括主数据库、第一从数据库,所述第一从数据库中所存储的数据与所述主数据库相同。
2.根据权利要求1所述的方法,其中,各所述数据库子集群分别对应一个预设编号,各数据库子集群分别对应的预设编号互不相同,以及
所述根据预设路由规则所生成的路由方案确定所述数据处理请求所对应的目标数据库子集群,包括:
采用哈希函数计算所述数据处理请求的标识所对应的哈希值;
对所述哈希值按所述数据库集群所包括的数据库子集群的数量取模,将取模结果与各数据库子集群分别对应的预设编号进行匹配,并根据匹配结果从各数据库子集群中确定出所述目标数据库子集群。
3.根据权利要求1所述的方法,其中,所述目标灾备数据库子集群为所述目标数据库子集群的预设灾备数据库子集群;以及
所述方法还包括:
响应于检测到目标数据库子集群故障解除,向所述目标灾备数据库子集群发送同步指令,以使所述目标灾备数据库子集群将其第二从数据库中的新增数据同步至所述目标数据库子集群的主数据库、第一从数据库;所述新增数据由所述目标灾备数据库子集群对应的应用实例根据对所述待处理数据进行处理生成的处理结果写入;其中
对于每一个数据库子集群,所述数据库集群中包括与该数据库子集群对应的预设灾备数据库子集群;每一个数据库子集群中还包括第二从数据库,该数据库子集群的第二从数据库中所存储的数据,与以该数据库子集群为预设灾备数据库子集群的数据库子集群中的主数据库中所存储的数据相同。
4.根据权利要求1所述的方法,其中,所述目标灾备数据库子集群为目标数据库子集群的预设灾备数据库子集群的预设灾备数据库子集群;以及
所述方法还包括:
响应于检测到目标数据库子集群故障解除,向所述目标灾备数据库子集群发送同步指令,以使所述目标灾备数据库子集群将其预设临时存储区的数据同步至所述目标数据库子集群的主数据库、第一从数据库;所述预设临时存储区的数据由所述目标灾备数据库子集群对应的应用实例根据对所述待处理数据进行处理生成的处理结果写入;其中
所述目标灾备数据库子集群的预设临时存储区用于在所述目标数据库子集群、目标数据库子集群的预设灾备数据库子集群发生故障时,临时存储目标数据库子集群对应的应用实例对所述待处理数据进行处理而生成的处理结果。
5.根据权利要求1所述的方法,其中,所述数据处理请求还包括路由方案信息,以及
所述根据预设路由规则所生成的路由方案确定所述数据处理请求所对应的目标数据库子集群,包括:
根据所述路由方案信息所指示的路由方案,确定所述数据处理请求所对应的目标数据库子集群。
6.根据权利要求2所述的方法,其中,所述方法还包括:
响应于确定数据库集群中添加了新增数据库子集群,根据预设路由规则确定更新后的路由方案;以及
对于任一新增数据处理请求,根据更新后的路由规则确定该数据处理请求所对应的目标数据库子集群。
7.一种应用于数据库集群的数据处理装置,所述数据库集群包括多个数据库子集群;所述装置包括:
接收单元,被配置成接收数据处理请求,所述数据处理请求包括待处理数据;
第一确定单元,被配置成根据预设路由规则所生成的路由方案确定所述数据处理请求所对应的目标数据库子集群,并确定所述目标数据库子集群是否发生故障;
第二确定单元,被配置成响应于确定所述目标数据库子集群发生故障,确定与所述目标数据库子集群对应的目标灾备数据库子集群;
分配单元,被配置成将所述数据处理请求分配至目标灾备数据库子集群对应的应用实例中,以使所述目标灾备数据库子集群对应的应用实例对所述待处理数据进行处理;
其中,每一个数据库子集群绑定预设应用的一个应用实例;每一数据库子集群包括主数据库、第一从数据库,所述第一从数据库中所存储的数据与所述主数据库相同。
8.一种应用于数据库集群的数据处理系统,所述系统包括:
数据库集群和路由模块;
所述数据库集群包括多个预设应用的应用实例以及多个数据库子集群;每一个应用实例与一个数据库子集群绑定;对于每一个数据库子集群,所述数据库集群中包括该数据库子集群的预设灾备数据库子集群;每一数据库子集群包括主数据库、第一从数据库以及第二从数据库,所述第一从数据库中所存储的数据与该数据库子集群的主数据库相同,所述第二从数据库中所存储的数据与以该数据库子集群为预设灾备数据库子集群的数据库子集群的主数据库所存储的数据相同;
所述路由模块,用于根据权利要求1-6任一项所述的方法对接收到的数据处理请求进行处理。
9.根据权利要求8所述的系统,其中,
响应于数据库集群中增加了新增数据库子集群,路由模块进一步用于根据预设路由规则以及所接收的预设路由参数,生成更新后的路由方案;
与所述新增数据库子集群绑定的新增应用实例或数据库集群中的原有应用实例,用于对所接收到的数据处理请求所对应的待处理数据进行处理,其中,数据处理请求由路由模块根据更新后的路由方案进行分配;
原有数据库子集群或新增数据库子集群中的每一数据库子集群,用于根据该数据库子集群对应的应用实例对待处理数据进行处理得到的处理结果,提供数据读写服务。
10.根据权利要求9所述的系统,其中,数据库集群中的各原有数据库子集群以及新增数据库子集群根据接收到的灾备更新指令所指示的更新后灾备方案,确定各自对应的更新后灾备数据库子集群;以及
所述原有数据库子集群或新增数据库子集群中的任一数据库子集群,进一步用于确定所述提供数据读写服务是否引起该数据库子集群对应的主数据库的数据发生变更;响应于确定所述提供数据读写服务引起所述该数据库子集群对应的主数据库的数据发生变更,将所述主数据库的变更数据同步至该数据库子集群的第一从数据库以及该数据库子集群的更新后灾备数据库子集群的第二从数据库。
11.一种电子设备,包括:
一个或多个处理器;
存储装置,其上存储有一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
12.一种计算机可读介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如权利要求1-6中任一所述的方法。
CN201811312518.3A 2018-11-02 2018-11-02 应用于数据库集群的数据处理方法、装置和系统 Active CN109492013B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811312518.3A CN109492013B (zh) 2018-11-02 2018-11-02 应用于数据库集群的数据处理方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811312518.3A CN109492013B (zh) 2018-11-02 2018-11-02 应用于数据库集群的数据处理方法、装置和系统

Publications (2)

Publication Number Publication Date
CN109492013A true CN109492013A (zh) 2019-03-19
CN109492013B CN109492013B (zh) 2021-01-26

Family

ID=65695138

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811312518.3A Active CN109492013B (zh) 2018-11-02 2018-11-02 应用于数据库集群的数据处理方法、装置和系统

Country Status (1)

Country Link
CN (1) CN109492013B (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110246245A (zh) * 2019-05-17 2019-09-17 公牛集团股份有限公司 智能门锁控制方法和装置、更新方法和装置及智能门锁
CN110275924A (zh) * 2019-05-09 2019-09-24 阿里巴巴集团控股有限公司 异步数据处理方法、装置及计算机可读存储介质
CN110572451A (zh) * 2019-09-04 2019-12-13 腾讯科技(深圳)有限公司 一种数据处理的方法、装置及存储介质
CN110879718A (zh) * 2019-11-15 2020-03-13 北京浪潮数据技术有限公司 mariadb升级方法、装置及电子设备和存储介质
CN111355816A (zh) * 2020-05-22 2020-06-30 支付宝(杭州)信息技术有限公司 服务器选取方法、装置、设备及分布式服务系统
CN112653625A (zh) * 2019-10-10 2021-04-13 北京京东尚科信息技术有限公司 消息路由的方法和装置
CN112784119A (zh) * 2021-01-14 2021-05-11 内蒙古蒙商消费金融股份有限公司 一种数据查询及同步优化方法及装置
CN114051028A (zh) * 2021-11-10 2022-02-15 中国建设银行股份有限公司 路由异常处理方法、装置及电子设备
CN114422331A (zh) * 2022-01-21 2022-04-29 中国工商银行股份有限公司 容灾切换方法、装置及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101059807A (zh) * 2007-01-26 2007-10-24 华中科技大学 一种提高元数据服务可靠性的方法及其系统
CN101571813A (zh) * 2009-01-04 2009-11-04 四川川大智胜软件股份有限公司 一种多机集群中主从调度方法
CN104504145A (zh) * 2015-01-05 2015-04-08 浪潮(北京)电子信息产业有限公司 一种实现数据库读写分离的方法和设备
US20150278039A1 (en) * 2014-03-25 2015-10-01 International Business Machines Corporation Handling failed cluster members when replicating a database between clusters
CN108011929A (zh) * 2017-11-14 2018-05-08 平安科技(深圳)有限公司 数据请求处理方法、装置、计算机设备和存储介质
CN108647113A (zh) * 2018-03-30 2018-10-12 阿里巴巴集团控股有限公司 一种灾难恢复方法及服务器

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101059807A (zh) * 2007-01-26 2007-10-24 华中科技大学 一种提高元数据服务可靠性的方法及其系统
CN101571813A (zh) * 2009-01-04 2009-11-04 四川川大智胜软件股份有限公司 一种多机集群中主从调度方法
US20150278039A1 (en) * 2014-03-25 2015-10-01 International Business Machines Corporation Handling failed cluster members when replicating a database between clusters
CN104504145A (zh) * 2015-01-05 2015-04-08 浪潮(北京)电子信息产业有限公司 一种实现数据库读写分离的方法和设备
CN108011929A (zh) * 2017-11-14 2018-05-08 平安科技(深圳)有限公司 数据请求处理方法、装置、计算机设备和存储介质
CN108647113A (zh) * 2018-03-30 2018-10-12 阿里巴巴集团控股有限公司 一种灾难恢复方法及服务器

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110275924A (zh) * 2019-05-09 2019-09-24 阿里巴巴集团控股有限公司 异步数据处理方法、装置及计算机可读存储介质
CN110275924B (zh) * 2019-05-09 2023-02-03 创新先进技术有限公司 异步数据处理方法、装置及计算机可读存储介质
CN110246245A (zh) * 2019-05-17 2019-09-17 公牛集团股份有限公司 智能门锁控制方法和装置、更新方法和装置及智能门锁
CN110246245B (zh) * 2019-05-17 2021-02-09 公牛集团股份有限公司 智能门锁控制方法和装置、更新方法和装置及智能门锁
CN110572451A (zh) * 2019-09-04 2019-12-13 腾讯科技(深圳)有限公司 一种数据处理的方法、装置及存储介质
CN112653625A (zh) * 2019-10-10 2021-04-13 北京京东尚科信息技术有限公司 消息路由的方法和装置
CN110879718A (zh) * 2019-11-15 2020-03-13 北京浪潮数据技术有限公司 mariadb升级方法、装置及电子设备和存储介质
CN111355816A (zh) * 2020-05-22 2020-06-30 支付宝(杭州)信息技术有限公司 服务器选取方法、装置、设备及分布式服务系统
CN112784119A (zh) * 2021-01-14 2021-05-11 内蒙古蒙商消费金融股份有限公司 一种数据查询及同步优化方法及装置
CN112784119B (zh) * 2021-01-14 2023-04-28 内蒙古蒙商消费金融股份有限公司 一种数据查询及同步优化方法及装置
CN114051028A (zh) * 2021-11-10 2022-02-15 中国建设银行股份有限公司 路由异常处理方法、装置及电子设备
CN114422331A (zh) * 2022-01-21 2022-04-29 中国工商银行股份有限公司 容灾切换方法、装置及系统
CN114422331B (zh) * 2022-01-21 2024-04-05 中国工商银行股份有限公司 容灾切换方法、装置及系统

Also Published As

Publication number Publication date
CN109492013B (zh) 2021-01-26

Similar Documents

Publication Publication Date Title
CN109492013A (zh) 应用于数据库集群的数据处理方法、装置和系统
CN108846753B (zh) 用于处理数据的方法和装置
CN109146490A (zh) 区块生成方法、装置和系统
CN106843976B (zh) 用于生成镜像文件的方法和装置
CN110222775A (zh) 图像处理方法、装置、电子设备及计算机可读存储介质
CN105530272A (zh) 一种应用数据的同步方法和装置
CN110019080A (zh) 数据访问方法和装置
CN109614439A (zh) 数据同步方法、装置、电子设备及存储介质
CN110287264A (zh) 分布式数据库的数据批量更新方法、装置以及系统
CN110135925A (zh) 订单处理系统、方法和装置
CN110365745A (zh) 数据处理系统、方法、装置、服务器和计算机可读介质
CN115344841A (zh) 基于区块链网络的元宇宙访问方法和区块链网络装置
CN109885593A (zh) 用于处理信息的方法和装置
CN109597810A (zh) 一种任务切分方法、装置、介质及电子设备
CN110019242A (zh) 用于数据表的处理方法、装置和系统
CN109005208A (zh) 用于推送信息的方法和装置
CN110223179A (zh) 资金的数据处理方法、装置、系统、介质
CN108399046A (zh) 文件操作请求处理方法和装置
US20230162145A1 (en) Ex-warehouse control method, device and system
CN109885431A (zh) 用于备份数据的方法和装置
CN113326095A (zh) 一种佣金数据处理方法和装置
CN113779004A (zh) 一种数据校验的方法和装置
CN110245014A (zh) 数据处理方法和装置
CN110113176A (zh) 用于配置服务器的信息同步方法及装置
CN111951112A (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
CB02 Change of applicant information

Address after: Room 221, 2nd floor, Block C, 18 Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing, 100176

Applicant after: JINGDONG DIGITAL TECHNOLOGY HOLDINGS Co.,Ltd.

Address before: Room 221, 2nd floor, Block C, 18 Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing, 100176

Applicant before: BEIJING JINGDONG FINANCIAL TECHNOLOGY HOLDING Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: Room 221, 2nd floor, Block C, 18 Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing, 100176

Patentee after: Jingdong Technology Holding Co.,Ltd.

Address before: Room 221, 2nd floor, Block C, 18 Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing, 100176

Patentee before: Jingdong Digital Technology Holding Co.,Ltd.

Address after: Room 221, 2nd floor, Block C, 18 Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing, 100176

Patentee after: Jingdong Digital Technology Holding Co.,Ltd.

Address before: Room 221, 2nd floor, Block C, 18 Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing, 100176

Patentee before: JINGDONG DIGITAL TECHNOLOGY HOLDINGS Co.,Ltd.

CP01 Change in the name or title of a patent holder