CN107609093A

CN107609093A - 一种数据库表监控方法、装置、设备和存储介质

Info

Publication number: CN107609093A
Application number: CN201710806881.XA
Authority: CN
Inventors: 李洪; 孟健; 金铸; 何光宇
Original assignee: Neusoft Corp
Current assignee: Neusoft Corp
Priority date: 2017-09-08
Filing date: 2017-09-08
Publication date: 2018-01-19
Anticipated expiration: 2037-09-08
Also published as: CN107609093B

Abstract

本申请实施例公开了一种数据库表监控方法、装置、设备及存储介质，实现了自动对数据库各表的代理状态进行监控的目的。其中，所述方法包括：获取预设代理表的标识；根据所述预设代理表的标识获取所述预设代理表中存储的所述预设代理表与第一下级节点之间的映射关系，实现对所述数据库表的监控，所述第一下级节点为所述预设代理表的下级节点。

Description

一种数据库表监控方法、装置、设备和存储介质

技术领域

本申请涉及数据库领域，尤其涉及一种数据库表监控方法、装置、设备和存储介质。

背景技术

MySQL是目前最流行的关系型数据库管理系统，关系型数据库将数据保存在不同的表中，而不是将数据放在一个表中，以增加数据库的访问速度和灵活性。

MySQL能够实现将一张表拆分成多个表，这些多个表可以放在一个数据库，也可以放在多个数据库，以降低数据库的压力。例如，可以按照用户ID对100取模，将包含有很多个用户的聊天信息总表(chat表)拆分为100个子表，每个子表最多对应100个用户ID。为了区分这些子表，可以分别对这些子表进行取名，比如chat_0至chat_99。

由于在将总表拆分之后，各个子表与总表的表名不一致，而访问数据库的应用程序只知道总表的表名，并不知道子表的表名，所以无法访问子表的数据。因此，需要一个介于数据库和应用程序之间的中间件，来协助应用程序访问子表。

目前，能够实现上述功能的中间件例如可以是Spider引擎，Spider引擎通过存储有与下级节点之间的映射关系的代理表来实现对子表的访问。例如，参见图1，在该图中，Spider(包括Spider_0、Spider_1和Spider_2)表是代理表，chat(包括chat_1至chat_8)表为拆分后的子表。Spider_0中存储有总表与Spider_0的下级节点Spider_1、chat_4、Spider_2和chat_8之间的映射关系，Spider_1中存储有Spider_1与其下级节点chat_1、chat_2、chat_3和chat_4之间的映射关系，Spider_2中存储有Spider_2与其下级节点chat_6和chat_7之间的映射关系。当应用程序需要访问数据库时，通过各个代理表访问到对应的子表。

现有技术通过人工从各个代理表中查找映射关系，并在表格中填写各个代理表的映射关系，以梳理出总表、子表和代理表之间的映射关系。但是这种方式效率低下，出错率高，人工成本也较高。

发明内容

为了解决现有技术中存在的技术问题，本申请提供了一种数据库监控方法、装置、设备和存储介质，实现了自动对数据库各表的代理状态进行监控的目的。

本申请实施例提供了一种数据库表监控方法，所述方法包括：

获取预设代理表的标识；

根据所述预设代理表的标识获取所述预设代理表中存储的所述预设代理表与第一下级节点之间的映射关系，实现对所述数据库表的监控，所述第一下级节点为所述预设代理表的下级节点。

可选的，所述映射关系中包括所述第一下级节点的标识，所述方法还包括：

根据所述第一下级节点的标识，获取所述第一下级节点的属性信息；

依据所述属性信息得到所述第一下级节点属于子表或代理表的分析结果，所述子表为对总表拆分得到的表。

可选的，若所述第一下级节点属于代理表，则所述方法还包括：

根据所述第一下级节点的标识获取所述第一下级节点中存储的所述第一下级节点与第二下级节点之间的映射关系，所述第二下级节点为所述第一下级节点的下级节点。

可选的，所述方法还包括：

若在预设时间段内未获取到所述第一下级节点的属性信息，则进行异常提示。

本申请实施例提供了一种数据库表监控装置，所述装置包括：标识获取单元和第一映射关系获取单元；

其中，所述标识获取单元，用于获取预设代理表的标识；

所述第一映射关系获取单元，用于根据所述预设代理表的标识获取所述预设代理表中存储的所述预设代理表与第一下级节点之间的映射关系，实现对所述数据库表的监控，所述第一下级节点为所述预设代理表的下级节点。

可选的，所述映射关系中包括所述第一下级节点的标识，所述装置还包括：

属性信息获取单元和分析单元；

所述属性信息获取单元，用于根据所述第一下级节点的标识，获取所述第一下级节点的属性信息；

所述分析单元，用于依据所述属性信息得到所述第一下级节点属于子表或代理表的分析结果，所述子表为对总表拆分得到的表。

可选的，若所述第一下级节点属于代理表，则所述装置还包括：

第二映射关系获取单元，用于根据所述第一下级节点的标识获取所述第一下级节点中存储的所述第一下级节点与第二下级节点之间的映射关系，所述第二下级节点为所述第一下级节点的下级节点。

可选的，所述装置还包括：

提示单元，用于若在预设时间段内未获取到所述第一下级节点的属性信息，则进行异常提示。

本申请实施例提供了一种数据库表监控设备，所述设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取预设代理表的标识；

本申请实施例提供了一种存储介质，用于存储程序，所述程序在被执行时使得电子设备进行以下操作：

获取预设代理表的标识；

本申请通过获取预设代理表的标识，并根据所述预设代理表的标识获取所述预设代理表中存储的所述预设代理表与其下级节点之间的映射关系，实现对所述数据库表的自动监控。相比较现有技术通过人工的方式而言，本实施例提供的数据表监控方法效率更高，出错率更少，有效节约了人工成本。

附图说明

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

图1为代理表与下级节点映射关系的示意图；

图2为本申请实施例提供的一种数据库表监控方法的流程图；

图3为本申请实施例提供的另外一种数据库表监控方法的流程图；

图4为本申请实施例中提醒信息示意图；

图5为本申请实施例提供的一种数据库表监控装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

方法实施例：

参见图2，该图为本申请实施例提供的一种数据库表监控方法的流程图。

本实施例提供的数据库表监控方法包括如下步骤：

步骤S101：获取预设代理表的标识。

在本实施例中，代理表是指存储有其与下级节点之间映射关系的表，该表中不存储表数据。

一个代理表的下级节点是指直接从属于该代理表的节点，而非间接从属。就比如说，如图1所示，代理表Spider_0对应的下级节点是Spider_1、chat_4、Spider_2和chat_8，而不包括chat_1、chat_2、chat_3、chat_4、chat_6和chat_7。

一个代理表的下级节点可以是子表，也可以是另外一个代理表。仍然以图1为例，代理表Spider_0的下级节点既包括代理表Spider_1和代理表Spider_2，也包括子表chat_5和chat_8。

在本实施例中，预设代理表可以是根节点代理表，也可以是中间节点代理表。根节点代理表是指存储有总表和该代理表下级节点之间的映射关系的代理表，例如图1中的代理表Spider_0，其中存储有总表chat_0与Spider_0的下级节点之间的映射关系。中间节点代理表是指除了根节点代理表以外的代理表，例如为表1中的Spider_1和Spider_2。也就是说，本实施例可以从根节点代理表中获取映射关系，也可以从中间节点代理表中获取映射关系。

为了自动的获取到预设代理表中存储的映射关系，首先需要获取预设代理表的标识。代理表的标识例如可以是代理表的名称、存储地址等。在本实施例中，所有步骤的执行主体可以是服务器。

步骤S102：根据所述预设代理表的标识获取所述预设代理表中存储的所述预设代理表与第一下级节点之间的映射关系，实现对所述数据库表的监控。

在本实施例中，当获取到预设代理表的标识后，根据预设代理表的标识获取预设代理表中存储的其与第一下级节点之间的映射关系，所述第一下级节点为所述预设代理表的下级节点。

例如，若预设代理表为Spider_1，则获取到的该预设代理表中存储的映射关系包括Spider_1分别与子表chat_1、chat_2、chat_3和chat_4之间的映射关系。

若预设代理表为Spider_0，则获取到的该预设代理表中存储的映射关系包括Spider_0或总表chat_0分别与下级节点Spider_1、chat_4、Spider_2和chat_8之间的映射关系。

步骤S102具体实现方式例如可以是：服务器根据预设代理表的标识向预设代理表发送映射关系获取请求，预设代理表接收到该请求后，将存储的映射关系反馈给该服务器。

服务器发送的映射关系获取请求例如可以是如下指令：show create table<spider-name>，其中spider-name为预设代理表的名称。而预设代理表反馈的映射关系可以从PARTITION子句中获取。预设代理表反馈的信息例如为：

其中，bsbackend1至bsbackend8为预设代理表sbtest的下级节点，即第一下级节点。

综上所述，本实施例通过获取预设代理表的标识，并根据所述预设代理表的标识获取所述预设代理表中存储的所述预设代理表与其下级节点之间的映射关系，实现对所述数据库表的自动监控。相比较现有技术通过人工的方式而言，本实施例提供的数据表监控方法效率更高，出错率更少，有效节约了人工成本。

参见图3，该图为本申请实施例提供的另外一种数据库表监控方法的流程图。

本实施例提供的数据库表监控方法包括如下步骤：

步骤S201：获取预设代理表的标识。

本步骤和步骤S101相同，具体介绍请参照上文，此处不再赘述。

步骤S202：根据所述预设代理表的标识获取所述预设代理表中存储的所述预设代理表与第一下级节点之间的映射关系。

在本实施例中，所述第一下级节点为所述预设代理表的下级节点。所述映射关系中包括所述第一下级节点的标识。第一下级节点的标识可以是第一下级节点的名称、地址等。

步骤S203：根据所述第一下级节点的标识，获取所述第一下级节点的属性信息。

在一些场景中，仅凭第一下级节点的标识可能无法知晓第一下级节点是属于子表还是属于代理表，所以需要根据第一下级节点的标识，获取所述第一下级节点的属性信息，属性信息用于判断第一下级节点属于子表还是属于代理表。如前文所述，所述子表为对总表拆分得到的表。

具体的，服务器可以向第一下级节点发送属性信息获取请求，第一下级节点在接收到属性信息获取请求后，向服务器反馈其属性信息。

例如，服务器可以向第一下级节点发送如下指令：show create table<table-name>，其中，table-name为第一下级节点的名称。然后可以根据第一下级节点反馈的ENGINE的值判断第一下级节点的属性。

若第一下级节点的反馈如下：

CREATE TABLE abtest(

id int(10)unsigned NOT NULL AUTO_INCREMENT,

k int(10)unsigned NOT NULL DEFAULT'0',

c char(120)NOT NULL DEFAULT”,

pad char(60)NOT NULL DEFAULT”,

PRIMARY KEY(id),

KEY k(k)

)ENGINE＝InnoDB；

其中，ENGINE＝InnoDB表示第一下级节点abtest为子表。

若第一下级节点反馈如下：

CREATE TABLE abtest

(id int(10)unsigned NOT NULL AUTO_INCREMENT,

k int(10)unsigned NOT NULL DEFAULT'0',

c char(120)NOT NULL DEFAULT”,

pad char(60)NOT NULL DEFAULT”,

PRIMARY KEY(id),

KEY k(k)

)ENGINE＝spider COMMENT＝'wrapper"mysql",table"abtest"'

其中，ENGINE＝spider表示第一下级节点abtest为代理表。

步骤S204：依据所述属性信息得到所述第一下级节点属于子表或代理表的分析结果。

在本实施例中，若根据属性信息得到第一下级节点属于子表，那么流程结束。若根据属性信息得到第一下级节点属于代理表，那么认为第一下级节点具有下级节点，即第二下级节点，且第一下级节点中存储有第一下级节点和第二下级节点之间的映射关系。

步骤S205：若所述第一下级节点属于代理表，则根据所述第一下级节点的标识获取所述第一下级节点中存储的所述第一下级节点与第二下级节点之间的映射关系。

同获取预设代理表的映射关系的方法类似，若要获取第一下级节点和第二下级节点之间的映射关系，需要根据第二下级节点的标识进行获取，获取具体的实现方式参考对预设代理表的映射关系进行获取的具体实现方式，此处不再赘述。

需要注意的是，在一些场景中，步骤S204和步骤S205可以合为一个步骤，即不需要向第二下级节点发送两次请求，而是仅发送一次show create table<table-name>，就能得到属性信息，以及当第二下级节点为代理表时存储的映射关系。

本实施例通过获取第一下级节点的属性信息，得知第一下级节点是属于子表还是属于代理表，如果属于子表，那么就停止流程；如果属于代理表，则进一步获取第一下级节点中存储的其与第二下级节点之间的映射关系。若以此类推，一层一层向下找，且预设代理表为根节点代理表，那么就可以获取到总表、各子表和代理表之间的所有的映射关系。

在实施例中，这种全面的映射关系可以以图的方式进行展示。参见图4，该图为总表、各子表以及各个代理表之间的映射关系以图的方式进行展示的示意图。其中10.1.1.10:3306db为根节点代理表，而中间节点可以依据如下规则来区分代理表和子表：有下级节点的是代理表，比如10.1.1.11:3306db chat_0和10.1.1.11:3306db chat_5等；没有下级节点的是子表，比如10.1.2.11:3306db chat_body_0和10.1.2.15:3306db like_0等。以图的方式来展现映射关系形象、简单且直观。

此外，在实际应用中，子表在被拆分之后其状态并不是毫无变化，而是可能被进一步拆分、被合并或被迁移。如果被进一步拆分，那么就会新生成一个代理表来存储该子表与被拆分后子表的各个子表之间的映射关系。被合并就是该子表被删除，且其中的数据被合并到了另外一个子表中，。被迁移就是子表不从属于原来的代理表，而是从属于另外一个代理表。不管是被合并还是被迁移，子表从属的原来的代理表中的映射关系可能并未及时更改，此时，因为该子表不存在，或者该子表的标识发生了变化，导致无法根据该子表的标识获取到该子表的属性信息。

不仅子表可能有变化，子表从属的代理表也可能会发生变化。例如，子表迁移可能会导致代理表的删除。以图1为例，如果将chat_6和chat_7迁移到代理表Spider_1下，那么Spider_2可能就消失了，但是若此时Spider_0中仍然存储有Spider_2的标识，就无法根据Spider_2的标识获取到Spider_2的属性信息。

所以，可选的，若在预设时间段内未获取到所述第一下级节点的属性信息，则进行异常提示，以便能够让用户了解映射关系的变化。例如在图4中，示出了子表10.1.1.11:3306db chat_3无法连接的提醒信息。

可选的，为了能够及时的获取到映射关系的变化，在实际应用中，可以周期性的获取预设代理表、第一下级节点以及第二下级节点中存储的映射关系。

装置实施例

基于以上实施例提供的一种数据库表监控方法，本申请实施例还提供了一种数据库表监控装置，下面结合附图来详细说明其工作原理。

参见图5，该图为本申请实施例提供的一种数据库表监控装置的结构框图。

本实施例提供的数据库表监控装置包括：标识获取单元101和第一映射关系获取单元102；

其中，所述标识获取单元101，用于获取预设代理表的标识；

所述第一映射关系获取单元102，用于根据所述预设代理表的标识获取所述预设代理表中存储的所述预设代理表与第一下级节点之间的映射关系，实现对所述数据库表的监控，所述第一下级节点为所述预设代理表的下级节点。

本实施例通过获取预设代理表的标识，并根据所述预设代理表的标识获取所述预设代理表中存储的所述预设代理表与其下级节点之间的映射关系，实现对所述数据库表的自动监控。相比较现有技术通过人工的方式而言，本实施例提供的数据表监控方法效率更高，出错率更少，有效节约了人工成本。

属性信息获取单元和分析单元；

可选的，所述装置还包括：

设备实施例：

基于以上实施例提供的一种数据库表监控方法和一种数据库表监控装置，本申请实施例还提供了一种数据库表监控设备和一种存储介质。

本实施例提供的数据库表监控设备包括：

处理器和用于存储所述处理器可执行指令的存储器。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现提高根据合成的具有目标表情的目标脸的真实性的目的。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

其中，所述处理器被配置为：

获取预设代理表的标识；

可选的，所述映射关系中包括所述第一下级节点的标识，所述处理器还被配置为：

可选的，若所述第一下级节点属于代理表，则所述处理器还被配置为：

可选的，所述处理器还被配置为：

本实施例提供的存储介质，用于存储程序，包括但不限于磁盘存储器、CD-ROM、光学存储器等。

所述程序在被执行时使得电子设备进行以下操作：

获取预设代理表的标识；

当介绍本申请的各种实施例的元件时，冠词“一”、“一个”、“这个”和“所述”都意图表示有一个或多个元件。词语“包括”、“包含”和“具有”都是包括性的并意味着除了列出的元件之外，还可以有其它元件。

需要说明的是，本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(RandomAccess Memory,RAM)等。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种数据库表监控方法，其特征在于，所述方法包括：

获取预设代理表的标识；

2.根据权利要求1所述的方法，其特征在于，所述映射关系中包括所述第一下级节点的标识，所述方法还包括：

3.根据权利要求2所述的方法，其特征在于，若所述第一下级节点属于代理表，则所述方法还包括：

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

5.一种数据库表监控装置，其特征在于，所述装置包括：标识获取单元和第一映射关系获取单元；

其中，所述标识获取单元，用于获取预设代理表的标识；

6.根据权利要求5所述的装置，其特征在于，所述映射关系中包括所述第一下级节点的标识，所述装置还包括：

属性信息获取单元和分析单元；

7.根据权利要求6所述的装置，其特征在于，若所述第一下级节点属于代理表，则所述装置还包括：

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括：

9.一种数据库表监控设备，其特征在于，所述设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取预设代理表的标识；

10.一种存储介质，用于存储程序，其特征在于，所述程序在被执行时使得电子设备进行以下操作：

获取预设代理表的标识；