CN112685486A - 数据库集群的数据管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供了一种数据库集群的数据管理方法、装置、电子设备及存储介质，所述方法包括：监测各数据库备机的工作状态，其中，所述数据库备机包含于同一数据库集群；基于各所述数据库备机的工作状态，从所述数据库备机中筛选出符合预设业务需求的目标备机；根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址，以通过所述域名解析服务器对业务所发送的所述只读域名进行解析，使得所述业务只读操作所述目标IP地址的目标备机。本公开实施例能够在支持业务对数据库集群的读操作的同时，满足定制化的业务需求，降低硬件资源的消耗，并实现跨机房容灾。

Description

数据库集群的数据管理方法、装置、电子设备及存储介质

技术领域

本公开涉及数据库集群领域，具体涉及一种数据库集群的数据管理方法、装置、电子设备及存储介质。

背景技术

在数据库集群领域中，需要保证数据库服务高可用，即保证数据库集群中机器能够快速切换、停工时间短。现有技术中，广泛使用的用于数据库集群管理的服务高可用技术为LVS(Linux Virtual Server)技术。

LVS是一种基于IP层的高可用技术，对应用透明，从而具有通用性。但正由于对应用透明具有通用性，导致LVS无法支持任何业务逻辑，而在实际的使用中，常常需要实现特定的业务逻辑。

LVS自身需要占用相当数量的硬件资源，而且对硬件资源的网络带宽要求高；此外，为保证数据库集群的高可用，LVS自身也需要高可用，从而需要占用更多的硬件资源。

LVS虽然通过IP层实现了应用透明，但其在性能最优的模式的工作条件下，要求其服务器和后端服务处于同一个物理网络。一旦该物理网络发生物理上的故障(例如：断电、网线断裂)，便会导致数据库集群服务不可用。即，不具有跨机房容灾能力。

发明内容

本公开的一个目的在于提出一种数据库集群的数据管理方法、装置、电子设备及存储介质，能够在支持业务对数据库集群的读操作的同时，满足定制化的业务需求，降低硬件资源的消耗，并实现跨机房容灾。

根据本公开实施例的一方面，公开了一种数据库集群的数据管理方法，所述方法包括：

监测各数据库备机的工作状态，其中，所述数据库备机包含于同一数据库集群；

基于各所述数据库备机的工作状态，从所述数据库备机中筛选出符合预设业务需求的目标备机；

根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址，以通过所述域名解析服务器对业务所发送的所述只读域名进行解析，使得所述业务只读操作所述目标IP地址的目标备机。

根据本公开实施例的一方面，公开了一种数据库集群的数据管理装置，所述装置包括：

监测模块，配置为监测各数据库备机的工作状态，其中，所述数据库备机组成同一数据库集群；

筛选模块，配置为基于各所述数据库备机的工作状态，从所述数据库备机中筛选出符合预设业务需求的目标备机；

更新模块，配置为根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址，以通过所述域名解析服务器对业务所发送的所述只读域名进行解析，使得所述业务只读操作所述目标IP地址的目标备机，其中，所述只读域名用于供所述业务对所述数据库集群进行只读操作。

在本公开的一示例性实施例中，所述装置配置为：

从所述代理服务接收各所述数据库备机的实时属性数据；

基于各所述数据库备机的实时属性数据，监测各所述数据库备机的工作状态。

在本公开的一示例性实施例中，所述装置配置为：

基于各所述数据库备机的工作状态，确定各所述数据库备机是否出现故障；

将未出现故障的数据库备机作为所述目标备机。

在本公开的一示例性实施例中，所述装置配置为：

基于各所述数据库备机的工作状态，确定各所述数据库备机分别从数据库主机进行数据复制的复制延迟；

将所述复制延迟低于预设时间阈值的数据库备机作为所述目标备机。

在本公开的一示例性实施例中，所述装置配置为：

基于各所述目标备机的工作状态，确定各所述目标备机与所述业务需求的符合度；

基于所述符合度，对所述目标备机进行排序，并将排序最前的目标备机的IP地址作为所述目标IP地址于所述域名解析服务器中进行更新。

在本公开的一示例性实施例中，所述装置配置为：

响应于所述业务当前只读操作的备机发生故障，将所述故障的备机从所述目标备机中剔除，并根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址；

响应于所述业务再次发送所述只读域名，通过所述域名解析服务器再次对所述只读域名进行解析，使得所述业务继续只读操作所述数据库集群。

在本公开的一示例性实施例中，所述装置配置为：

通过配置页面接收针对只读域名的配置请求，并根据所述配置请求对所请求配置的只读域名进行配置。

根据本公开实施例的一方面，公开了一种数据库集群的数据管理电子设备，包括：存储器，存储有计算机可读指令；处理器，读取存储器存储的计算机可读指令，以执行以上权利要求中的任一个所述的方法。

根据本公开实施例的一方面，公开了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行以上权利要求中的任一个所述的方法。

根据本公开实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现方式中提供的方法。

本公开实施例中，通过配置数据库备机、域名解析服务器、业务这三者之间的交互结构，使得业务仅需发送只读域名即可对数据库集群进行读操作。由于作为业务与数据库集群之间通信接口的数据库备机是根据业务需求筛选出的，因此本公开实施例能够在支持业务对数据库集群的读操作的同时，满足定制化的业务需求；由于域名解析服务器属于通用的公共组件，只占用很少的硬件资源，因此本公开实施例能够在支持业务对数据库集群的读操作同时，降低硬件资源的消耗；而且由于只读域名只是一个通过配置出的参数，用于供域名解析服务器解析出IP地址，不存在任何物理上的限制，因此本公开实施例能够在支持业务对数据库集群的读操作同时，实现跨机房容灾或跨城容灾。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参考附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1示出了根据本公开一个实施例的用于管理数据库集群的数据管理平台的体系构架。

图2示出了根据本公开一个实施例的数据库集群的数据管理方法的流程图。

图3A示出了根据本公开一个实施例的区块链***的组成。

图3B示出了根据本公开一个实施例的区块链***中的区块的结构。

图3C示出了根据本公开一个实施例的一个新区块产生的过程。

图4示出了根据本公开一个实施例的数据库集群的数据管理装置的框图。

图5示出了根据本公开一个实施例的数据库集群的数据管理电子设备的硬件图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些示例实施方式使得本公开的描述将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的示例实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、步骤等。在其它情况下，不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面首先参考图1描述本公开实施例的基本体系构架。

图1示出了本公开一实施例的用于管理数据库集群的数据管理平台的体系构架。其中，数据库(Database)，简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。

本公开实施例所提出的数据管理平台可以为数据库管理***。具体的，数据库管理***(英语：Database Management System，简称DBMS)是为管理数据库而设计的电脑软件***，一般具有存储、截取、安全保障、备份等基础功能。数据库管理***可以依据它所支持的数据库模型来作分类，例如关系式、XML(Extensible Markup Language,即可扩展标记语言)；或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；或依据所用查询语言来作分类，例如SQL(结构化查询语言(Structured Query Language)、XQuery；或依据性能冲量重点来作分类，例如最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些DBMS能够跨类别，例如，同时支持多种查询语言。

该实施例中，数据管理平台主要包括：管理员以及域名服务。其中，管理员指的是统一对数据库集群进行管理的管理进程；域名服务指的是用于将域名解析为IP(InternetProtocol，网际互连协议)地址的服务进程，域名服务的载体一般为域名解析服务器。

管理员所管理的数据库集群由数据库主机M、数据库备机S1、数据库备机S2以及数据库备机S3组成。其中，每个数据库备机中存储的数据均与数据库主机M所存储的数据所同步；数据库备机S1、S2、S3只是示例性地展示数据库集群中的数据库备机有多个，并不代表数据库基准中的数据库备机只有这三个。

数据库主机M以及数据库备机一般为分别独立的服务器，通常用于存储从终端采集的数据。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

业务是位于数据管理平台之外，能够与数据管理平台进行通信，用于实现特定业务操作的进程。业务通过该数据库集群的只读域名，对该数据库集群进行只读操作。

具体的，业务将数据库集群的只读域名发送至域名服务，域名服务解析该只读域名，将解析出的目标IP地址返回给业务。该目标IP地址用于指示业务所应建立通信以对数据库集群进行读操作的一个数据库备机。业务接收到目标IP地址后，与该目标IP地址的数据库备机建立通信，并对该目标IP地址的数据库备机进行读操作，从而实现对数据库集群的读操作。

在每个数据库备机中均设有代理服务，代理服务作为管理员在数据库备机中的延伸，负责监控数据库备机并采集处理数据库备机的相关数据，并将采集处理的数据发送至管理员，以供管理员监控各数据库备机。管理员根据对数据库备机的监控，将其中一个数据库备机的IP地址作为与只读域名所关联的目标IP地址，并在域名服务中进行更新。

需要说明的是，该实施例只是示例性的说明，不应对本公开的功能和使用范围造成限制。

在对本公开实施例的具体实施过程进行详细描述之前，首先对本公开实施例涉及的部分概念进行简要解释。

数据库备机指的是数据库集群中主要用于同步备份的机器。其中，同步备份指的是数据库备机将数据库主机中的数据进行备份，以与数据库主机进行同步；数据库备机与数据库主机共同组成同一数据库集群，该数据库集群在应用层的逻辑上表现为一个数据库；每个数据库备机中存储的数据最终应保持一致。

业务对数据库集群的操作分为读操作和更新操作两大类。其中，更新、***和删除都属于更新操作，都会对数据库集群中保存的数据造成实际的更改；只读指的是业务只读取数据库集群中的数据，不会更新数据库集群中的内容。

本公开实施例中，将对数据库集群的更新操作路由至数据库主机，业务通过更新操作数据库主机更新操作数据库集群；将对数据库集群的只读操作路由至数据库备机，业务通过只读操作数据库备机只读操作数据库集群。

本公开实施例中，只读域名是提供给业务的一个域名，业务通过只读域名只能对数据库集群进行读操作，不会对数据库集群进行更新操作。

复制延迟指的是数据库备机从数据库主机同步备份数据这一同步过程所存在的延迟。可以理解的，由于每个数据库备机之间机器硬件条件各有差异，机器负载也各有差异，因此，不同的数据库备机复制延迟也各有长短。

图2示出了本公开实施例的数据库集群的数据管理方法的流程图，示例性地以统一管理各数据库集群的数据管理平台执行主体，该方法包括：

步骤S110、监测各数据库备机的工作状态，其中，所述数据库备机包含于同一数据库集群；

步骤S120、基于各所述数据库备机的工作状态，从所述数据库备机中筛选出符合预设业务需求的目标备机；

步骤S130、根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址，以通过所述域名解析服务器对业务所发送的所述只读域名进行解析，使得所述业务只读操作所述目标IP地址的目标备机。

本公开实施例中，应用层的业务发起只读操作的状态下：该业务向数据库管理平台发送所要只读操作的数据库集群的只读域名。数据库管理平台接收到该只读域名后，通过域名服务所在的域名解析服务器对该只读域名进行解析，解析出该只读域名对应的目标IP地址。该目标IP地址指向数据库集群中的一个目标备机。从而业务接收到该目标IP地址后，对该目标IP地址的目标备机进行只读操作。由于数据库集群中，每个数据库备机中存储的数据均与数据库主机相同步，因此，业务只读操作该目标IP地址的目标备机，即实现只读操作数据库集群。

由此可见，数据库备机状态稳定时，业务只有在第一次与数据库管理平台连接时需要和域名解析服务器交互；在常态情况下，业务可以和数据库备机直接进行通信以进行读操作，简化了业务与数据库管理平台的中间交互，提高了数据库管理平台的服务性能。

本公开实施例中，数据管理平台的常态运作状态下：针对每一个数据库集群，数据管理平台监测该数据库集群内每一个数据库备机的工作状态。其中，数据库备机的工作状态主要反映着数据库备机在当前工作时的各项表现(例如：CPU负载、数据传输速度等)。可以理解的，每个数据库备机之间机器硬件条件各有差异，机器负载也各有差异；而且随着时间的进行，同一数据库备机的机器硬件条件以及集群负载也会发生改变。本公开实施例中，监测数据库备机的工作状态，主要用于筛选出符合业务需求的目标备机，具体的，筛选出符合读操作相关业务需求的目标备机。从而，业务只读操作目标备机时，目标备机的表现能够满足业务需求。

由此可见，本公开实施例中，通过配置数据库备机、域名解析服务器、业务这三者之间的交互结构，使得业务仅需发送只读域名即可对数据库集群进行读操作。由于作为业务与数据库集群之间通信接口的数据库备机是根据业务需求筛选出的，因此本公开实施例能够在支持业务对数据库集群的读操作的同时，满足定制化的业务需求；由于域名解析服务器属于通用的公共组件，只占用很少的硬件资源，因此本公开实施例能够在支持业务对数据库集群的读操作同时，降低硬件资源的消耗；而且由于只读域名只是一个通过配置出的参数，用于供域名解析服务器解析出IP地址，不存在任何物理上的限制，因此本公开实施例能够在支持业务对数据库集群的读操作同时，实现跨机房容灾或跨城容灾。

需要说明的是，若数据库管理平台的功能较为薄弱不足以支持本公开实施例所提供方法的实施，还可以将对数据库备机进行监测的功能模块移植到数据库驱动(例如：MySQL驱动)中，通过数据库驱动监测数据库备机是否发生故障、是否发生复制延迟。

在一实施例中，数据管理平台通过区块链***监测各数据库备机分别对应的工作状态。具体的，该实施例中，各数据库备机均分别作为区块链***中的一区块链节点，基于预设的共识算法定期对各数据库备机的工作状态进行共识、打包为一个数据区块、将该数据区块进行上链(将该数据区块链入区块链)。从而数据管理平台可以通过查询区块链中最新的数据区块，监测各数据库备机分别对应的工作状态。

其中，区块链***是指用于进行节点与节点之间数据共享的***。参见图3A所示的区块链***20，该区块链***中可以包括多个节点201，多个节点201可以是指区块链***中各个客户端。每个节点201在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该区块链***内的共享数据。为了保证区块链***内的信息互通，区块链***中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当区块链***中的任意节点接收到输入信息时，区块链***中的其他节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得区块链***中全部节点上存储的数据均一致。

对于区块链***中的每个节点，均具有与其对应的节点标识，而且区块链***中的每个节点均可以存储有区块链***中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至区块链***中的其他节点。每个节点中可维护一个如下表所示的节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP地址以及其他任一种能够用于标识该节点的信息，表1中仅以IP地址为例进行说明。

节点名称	节点标识
		节点1	117.114.151.174
节点2	117.116.189.145
		...	...
节点N	119.123.789.258

表1.节点标识列表

区块链***中的每个节点均存储一条相同的区块链。区块链由多个区块组成，参见图3B，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

在生成区块链中的各个区块时，参见图3C，区块链所在的节点在接收到输入信息时，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为当前区块的父区块的区块头特征值；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。

这样，当计算得到满足上述公式的随机数时，便可将信息对应存储，生成区块头和区块主体，得到当前区块。随后，区块链所在节点根据区块链***中其他节点的节点标识，将新生成的区块分别发送给其所在的区块链***中的其他节点，由其他节点对新生成的区块进行校验，并在完成校验后将新生成的区块添加至其存储的区块链中。

该实施例的优点在于，通过区块链***管理各数据库备机的工作状态，提高了工作状态管理的透明度与安全性，同时也使得数据管理平台能够更便捷地获取各数据库备机的工作状态。

需要说明的是，该实施例只是示例性的说明，不应对本公开的功能和使用范围造成限制。

在一实施例中，预先于各该数据库备机设置代理服务，监测各数据库备机的工作状态，包括：

从该代理服务接收各该数据库备机的实时属性数据；

基于各该数据库备机的实时属性数据，监测各该数据库备机的工作状态。

该实施例中，数据库管理平台预先于数据库集群中的每一数据库备机中设置代理服务，以通过代理服务监测数据库备机的工作状态。其中，该代理服务指的是自主性代理的Agent，该Agent可以看作数据库管理平台在数据库备机上的延伸。一般的，该Agent采用状态机模型执行预设算法的操作流程，以完成信息的采集处理并与数据库管理平台进行通信。

具体的，该Agent在数据库备机中实时监测着数据库备机的属性表现，并将数据库备机的实时属性数据发送至数据库管理平台。具体的，Agent可以定期(例如：每隔5秒)将数据库备机的实时属性数据发送至数据库管理平台；Agent也可以在接收到数据库管理平台的指令后，再将数据库备机的实时属性数据发送至数据库管理平台。

数据库管理平台接收到每个数据库备机的实时属性数据后，即可在此基础上监测每个数据库备机的工作状态。

该实施例的优点在于，通过代理服务的设置，保证了对数据库备机监测的实时性。

可以理解的，该实施例只是示例性的说明，不应对本公开的功能和使用范围造成限制。除了通过设置代理服务的方式监测各数据库备机的工作状态外，数据库管理平台还可以通过与数据库备机间的协议，使得数据库备机自行上报各自的实时属性数据，从而以这种方式使得数据库管理平台监测各数据库备机的工作状态。

在一实施例中，基于各该数据库备机的工作状态，从该数据库备机中筛选出符合预设业务需求的目标备机，包括：

基于各该数据库备机的工作状态，确定各该数据库备机是否出现故障；

将未出现故障的数据库备机作为该目标备机。

该实施例中，数据库管理平台以是否故障作为筛选目标备机的标准。

具体的，在监测到的各数据库备机的工作状态的基础上，数据库管理平台确定每一数据库备机是否出现故障。可以理解的，若一个数据库备机出现故障，则该数据库备机的多项属性数据会明显异常(例如：数据传输速度过慢、无法建立通信等)，从而可以确定该数据库备机出现故障。

进而，数据库管理平台将未出现故障的数据库备机作为目标备机。

该实施例的优点在于，通过以是否故障作为筛选目标备机的标准，避免了业务无效地读操作故障的数据库备机，保证了数据库集群的可用性。

在一实施例中，基于各该数据库备机的工作状态，从该数据库备机中筛选出符合预设业务需求的目标备机，包括：

基于各该数据库备机的工作状态，确定各该数据库备机分别从数据库主机进行数据复制的复制延迟；

将该复制延迟低于预设时间阈值的数据库备机作为该目标备机。

该实施例中，数据库管理平台以复制延迟作为筛选目标备机的标准。

具体的，在监测到的各数据库备机的工作状态的基础上，数据库管理平台确定每一数据库备机从数据库主机进行数据复制的复制延迟。数据库管理平台可以根据数据库主机更新数据的时间戳与数据库备机复制到相同数据的时间戳，确定数据库备机的复制延迟。例如：图像数据A更新在数据库主机中的时间戳为T0。当数据库主机更新由图像数据A后，各数据库备机才会从数据库主机复制该图像数据A以与数据库主机同步备份。若数据库备机1复制到图像数据A的时间戳为T1，数据库备机2复制到图像数据A的时间戳为T2，则数据库备机1的复制延迟为(T1-T0)，数据库备机2的复制延迟为(T2-T0)。

进而，数据库管理平台将复制延迟低于预设时间阈值的数据库备机作为目标备机。

该实施例的优点在于，通过以复制延迟作为筛选目标备机的标准，保证业务能够读取到数据库集群中最新的数据。

在一实施例中，根据各该目标备机的IP地址，于域名解析服务器中更新该数据库集群的只读域名对应的目标IP地址，包括：

基于各该目标备机的工作状态，确定各该目标备机与该业务需求的符合度；

基于该符合度，对该目标备机进行排序，并将排序最前的目标备机的IP地址作为该目标IP地址于该域名解析服务器中进行更新。

该实施例中，数据库管理平台以目标备机与业务需求的符合度为依据，进行目标IP地址的更新。

具体的，在监测到的各数据库备机的工作状态的基础上，数据库管理平台确定每一目标备机与业务需求的符合度。其中，确定符合度的过程相当于对筛选目标备机的过程的量化——预先将作为衡量标准的基本业务需求按照其参数进行量化(例如，按照速度参数进行量化，或者，按照吞吐量参数进行量化)，得到业务需求的基准值；根据量化基本业务需求的方式，将目标备机的工作状态按照其参数进行量化，得到目标备机的表现值；进而根据表现值与基准值的相较高低，或者根据表现值在以基准值为区间边界的预设区间中所处的位置，得到目标备机与业务需求的符合度。

符合度越高，则说明目标备机越符合业务需求，则越应往前进行排序。进而，数据库管理平台将排序最前的目标备机的IP地址作为目标IP地址在域名解析服务器中进行更新。

从而，业务发送只读域名后，域名解析服务器解析该只读域名会解析出该排序最前的目标备机的IP地址。从而，业务只读操作该排序最前的目标备机，实现只读操作该排序最前的目标备机所在数据库集群。

例如：若业务需求与只读操作速度相关，要求业务只读操作数据库集群的速度尽量快。则可以通过对复制延迟进行量化处理，确定每一目标备机与业务需求的符合度。

针对复制延迟预设时间阈值为30ms。复制延迟高于等于30ms的数据库备机被剔除掉；复制延迟低于30ms的数据库备机被作为目标备机。

进一步的，复制延迟低于30ms高于等于20ms的目标备机，被确定为与业务需求的符合度为80％；复制延迟低于20ms高于等于10ms的目标备机，被确定为与业务需求的符合度为90％；复制延迟低于10ms的目标备机，被确定为与业务需求的符合度为100％。

若一个数据库集群中，目标备机1的IP地址为IP1，与业务需求的符合度为100％；目标备机2的IP地址为IP2，与业务需求的符合度为80％；目标备机3的IP地址为IP3，与业务需求的符合度为90％。则对目标备机依次排序后得到目标备机1、目标备机3、目标备机2，并于域名解析服务器中将只读域名对应的目标IP地址更新为IP1。从而业务发送该数据库集群的只读域名后，域名解析服务器解析该只读域名会解析出IP1，进而业务只读操作目标备机1，实现只读操作该数据库集群。

该实施例的优点在于，通过以符合度为依据对目标备机进行排序进而更新目标IP地址，保证了目标IP地址的目标备机最符合业务需求。

在一实施例中，该方法还包括：

响应于该业务当前只读操作的备机发生故障，将该故障的备机从该目标备机中剔除，并根据各该目标备机的IP地址，于域名解析服务器中更新该数据库集群的只读域名对应的目标IP地址；

响应于该业务再次发送该只读域名，通过该域名解析服务器再次对该只读域名进行解析，使得该业务继续只读操作该数据库集群。

该实施例中，若业务当前正在只读操作的备机发生故障，则数据库管理平台将该备机从目标备机中剔除，进而再重新根据目标备机的IP地址，重新于域名解析服务器中更新只读域名对应的目标IP地址。

进而，业务再次发送该只读域名后，域名解析服务器再次对该只读域名进行解析，会解析出更新后的目标IP地址；业务接收到该更新后的目标IP地址后，只读操作该更新后的目标IP地址的目标备机，进而继续只读操作数据库集群。

例如：对一数据库集群中的目标备机依次排序后，得到目标备机1、目标备机3、目标备机2；目标备机1的IP地址为IP1，目标备机2的IP地址为IP2，目标备机3的IP地址为IP3。

域名解析服务器中的该数据库集群的只读域名对应IP1。从而业务只读操作目标备机1，实现只读操作数据库集群。

若在业务只读操作目标备机1的过程中，目标备机1发生故障，则数据库管理平台将目标备机1剔除。剔除后剩余的目标备机依次为目标备机3、目标备机2。数据库管理平台将域名解析服务器中该数据库集群的只读域名对应的IP地址更新为IP3。进而，业务再次发送该只读域名后，域名解析服务器会解析出的IP3；业务接收到IP3后，只读操作目标备机3，进而继续只读操作数据库集群。

该实施例的优点在于，通过对故障的及时排除，减少了数据库集群的停工时间，保证数据库集群的高可用性。

在一实施例中，该方法还包括：

通过配置页面接收针对只读域名的配置请求，并根据该配置请求对所请求配置的只读域名进行配置。

该实施例中，数据库管理平台提供了用于配置只读域名的配置页面。其中，配置只读域名包括：查看、添加、修改只读域名。

用户可于该配置页面手动操作只读域名的配置，用户的手动操作触发配置请求的生成以及发送。从而通过该配置页面，数据库管理平台接收到针对只读域名的配置请求，进而根据该配置请求对请求配置的只读域名(即，用户手动操作的只读域名)进行配置。

该实施例的优点在于，通过配置页面的提供，使得用户可以灵活进行只读域名的配置。

图4示出了根据本公开一实施例的数据库集群的数据管理装置，所述装置包括：

监测模块310，配置为监测各数据库备机的工作状态，其中，所述数据库备机组成同一数据库集群；

筛选模块320，配置为基于各所述数据库备机的工作状态，从所述数据库备机中筛选出符合预设业务需求的目标备机；

更新模块330，配置为根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址，以通过所述域名解析服务器对业务所发送的所述只读域名进行解析，使得所述业务只读操作所述目标IP地址的目标备机，其中，所述只读域名用于供所述业务对所述数据库集群进行只读操作。

在本公开的一示例性实施例中，所述装置配置为：

从所述代理服务接收各所述数据库备机的实时属性数据；

基于各所述数据库备机的实时属性数据，监测各所述数据库备机的工作状态。

在本公开的一示例性实施例中，所述装置配置为：

基于各所述数据库备机的工作状态，确定各所述数据库备机是否出现故障；

将未出现故障的数据库备机作为所述目标备机。

在本公开的一示例性实施例中，所述装置配置为：

基于各所述数据库备机的工作状态，确定各所述数据库备机分别从数据库主机进行数据复制的复制延迟；

将所述复制延迟低于预设时间阈值的数据库备机作为所述目标备机。

在本公开的一示例性实施例中，所述装置配置为：

基于各所述目标备机的工作状态，确定各所述目标备机与所述业务需求的符合度；

基于所述符合度，对所述目标备机进行排序，并将排序最前的目标备机的IP地址作为所述目标IP地址于所述域名解析服务器中进行更新。

在本公开的一示例性实施例中，所述装置配置为：

响应于所述业务当前只读操作的备机发生故障，将所述故障的备机从所述目标备机中剔除，并根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址；

响应于所述业务再次发送所述只读域名，通过所述域名解析服务器再次对所述只读域名进行解析，使得所述业务继续只读操作所述数据库集群。

在本公开的一示例性实施例中，所述装置配置为：

通过配置页面接收针对只读域名的配置请求，并根据所述配置请求对所请求配置的只读域名进行配置。

下面参考图5来描述根据本公开实施例的数据库集群的数据管理电子设备40。图5显示的数据库集群的数据管理电子设备40仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，数据库集群的数据管理电子设备40以通用计算设备的形式表现。数据库集群的数据管理电子设备40的组件可以包括但不限于：上述至少一个处理单元410、上述至少一个存储单元420、连接不同***组件(包括存储单元420和处理单元410)的总线430。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元410可以执行如图2中所示的各个步骤。

存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(ROM)4203。

存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

数据库集群的数据管理电子设备40也可以与一个或多个外部设备500(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该数据库集群的数据管理电子设备40交互的设备通信，和/或与使得该数据库集群的数据管理电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口450进行。输入/输出(I/O)接口450与显示单元440相连。并且，数据库集群的数据管理电子设备40还可以通过网络适配器460与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器460通过总线430与数据库集群的数据管理电子设备40的其它模块通信。应当明白，尽管图中未示出，可以结合数据库集群的数据管理电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。

根据本公开的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如JAVA、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (10)

1.一种数据库集群的数据管理方法，其特征在于，所述方法包括：

监测各数据库备机的工作状态，其中，所述数据库备机包含于同一数据库集群；

基于各所述数据库备机的工作状态，从所述数据库备机中筛选出符合预设业务需求的目标备机；

根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址，以通过所述域名解析服务器对业务所发送的所述只读域名进行解析，使得所述业务只读操作所述目标IP地址的目标备机。

2.根据权利要求1所述的方法，其特征在于，预先于各所述数据库备机设置代理服务，所述监测各数据库备机的工作状态，包括：

从所述代理服务接收各所述数据库备机的实时属性数据；

基于各所述数据库备机的实时属性数据，监测各所述数据库备机的工作状态。

3.根据权利要求1所述的方法，其特征在于，所述基于各所述数据库备机的工作状态，从所述数据库备机中筛选出符合预设业务需求的目标备机，包括：

基于各所述数据库备机的工作状态，确定各所述数据库备机是否出现故障；

将未出现故障的数据库备机作为所述目标备机。

4.根据权利要求1所述的方法，其特征在于，所述基于各所述数据库备机的工作状态，从所述数据库备机中筛选出符合预设业务需求的目标备机，包括：

基于各所述数据库备机的工作状态，确定各所述数据库备机分别从数据库主机进行数据复制的复制延迟；

将所述复制延迟低于预设时间阈值的数据库备机作为所述目标备机。

5.根据权利要求1所述的方法，其特征在于，所述根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址，包括：

基于各所述目标备机的工作状态，确定各所述目标备机与所述业务需求的符合度；

基于所述符合度，对所述目标备机进行排序，并将排序最前的目标备机的IP地址作为所述目标IP地址于所述域名解析服务器中进行更新。

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

响应于所述业务当前只读操作的备机发生故障，将所述故障的备机从所述目标备机中剔除，并根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址；

响应于所述业务再次发送所述只读域名，通过所述域名解析服务器再次对所述只读域名进行解析，使得所述业务继续只读操作所述数据库集群。

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

通过配置页面接收针对只读域名的配置请求，并根据所述配置请求对所请求配置的只读域名进行配置。

8.一种数据库集群的数据管理装置，其特征在于，所述装置包括：

监测模块，配置为监测各数据库备机的工作状态，其中，所述数据库备机组成同一数据库集群；

筛选模块，配置为基于各所述数据库备机的工作状态，从所述数据库备机中筛选出符合预设业务需求的目标备机；

更新模块，配置为根据各所述目标备机的IP地址，于域名解析服务器中更新所述数据库集群的只读域名对应的目标IP地址，以通过所述域名解析服务器对业务所发送的所述只读域名进行解析，使得所述业务只读操作所述目标IP地址的目标备机，其中，所述只读域名用于供所述业务对所述数据库集群进行只读操作。

9.一种数据库集群的数据管理电子设备，其特征在于，包括：

存储器，存储有计算机可读指令；

处理器，读取存储器存储的计算机可读指令，以执行权利要求1-7中的任一个所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1-7中的任一个所述的方法。

Images