CN113094245A - 一种数据库集群健康性度量的方法 - Google Patents

Abstract

本发明属于信息技术领域，公开了一种数据库集群健康性度量的方法，包括如下步骤，步骤1：开发数据采集系统，采集各数据库相关指标，聚合分析得到集群metric{1…n}；步骤2：开发专家系统模块，按数据库集群形态对各数据库的各项指标的得分和权重进行设置；步骤3：开发集群健康度评分模块，根据采集的指标和专家系统设置的得分和权重，进行计算得分。本发明提供一种数据库集群健康性度量的方法，克服了传统方案只针对单库进行评分的缺陷，给出了一种评分手段，对集群业务形态进行动态分析评估和调整分数权重值。

Description

一种数据库集群健康性度量的方法

技术领域

本发明属于信息技术领域，具体涉及一种数据库集群健康性度量的方法。

背景技术

以申请号为CN202010409687.X的专利申请《一种基于深度学习的数据库状态综合评分方法及其系统》为例。

在上述方案中，数据库状态评分方法主要针对单库进行评分，对于现有互联网业务的主从集群形态并未给出较好的评分手段，且未对集群业务形态进行动态分析评估和调整分数权重值，评分的结果会丢失业务形态对集群的影响。

发明内容

基于以上问题，本发明提供一种数据库集群健康性度量的方法，克服了传统方案只针对单库进行评分的缺陷，给出了一种评分手段，对集群业务形态进行动态分析评估和调整分数权重值。

为解决技术问题，本发明所采用的技术方案是：

为了便于理解方案，首先我们对方案内的一些名词进行解释。

Metric：指标。

CMDB：元数据库。

IP：网络地址

DBA：数据库管理员。

mysql：一种数据库。

一种数据库集群健康性度量的方法，包括如下步骤，步骤1：开发数据采集系统，采集各数据库相关指标，聚合分析得到集群metric{1…n}；步骤2：开发专家系统模块，按数据库集群形态对各数据库的各项指标的得分和权重进行设置；步骤3：开发集群健康度评分模块，根据采集的指标和专家系统设置的得分和权重，进行计算得分。

在本发明一实施例中，步骤1包含以下步骤：步骤1.1：通过数据采集系统采集各数据库的相关指标；步骤1.2：从CMDB中通过IP维度，查询metric所属的集群信息，聚合分析metric，得到metric{1…n}。

在本发明一实施例中，步骤2包含以下步骤：步骤2.1：DBA专家梳理各项metric,根据metric的值进行单指标的健康度评分，然后调整和设置初始权重，相关信息以集群维度存储在mysql中。

作为优选，在步骤2中，还包括以下步骤：步骤2.2：若指标得分和权重有调整，则记录调整日志并且在下一次计算得分时采用。

作为优选，在步骤2中，还包括以下步骤：步骤2.3：在展示时间段得分走势时，标注步骤2.2中修改指标的点位，点击展示修改日志详情，方便追溯算法的修改情况。

在本发明一实施例中，步骤3包含以下步骤：步骤3.1：建立数据库集群读多写少、读少写多、读多写多、读少写少的metric阈值模型，来判断数据库当前处于何种状态；步骤3.2：根据状态，动态调整一个权重值，来表达业务形态对于数据库集群的影响；步骤3.3：将指标的动态权重和步骤2中指标的静态权重一起计算，得到最终的集群健康度信息。

在本发明一实施例中，在步骤3后还包括步骤4：开发展示界面，通过可视化手段展示运营报表。

作为优选，步骤4包含以下步骤：

步骤4.1：通过雷达图来表示每个指标的得分情况，再通过运营展示一段时间内集群的得分情况，方便回溯和治理。

与现有技术相比，本发明具有以下有益效果：

本发明提供一种数据库集群健康性度量的方法，克服了传统方案只针对单库进行评分的缺陷，给出了一种评分手段，对集群业务形态进行动态分析评估和调整分数权重值。

附图说明

图1为本发明一实施例的各项指标的得分情况。

具体实施方式

下面结合实施例对本发明作进一步的描述，所描述的实施例仅仅是本发明一部分实施例，并不是全部的实施例。基于本发明中的实施例，本领域的普通技术人员在没有做出创造性劳动前提下所获得的其他所用实施例，都属于本发明的保护范围。

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

结合附图，一种数据库集群健康性度量的方法，包括如下步骤，步骤1：开发数据采集系统，采集各数据库相关指标，聚合分析得到集群metric{1…n}；步骤2：开发专家系统模块，按数据库集群形态对各数据库的各项指标的得分和权重进行设置；步骤3：开发集群健康度评分模块，根据采集的指标和专家系统设置的得分和权重，进行计算得分。

在本发明一实施例中，步骤1包含以下步骤：步骤1.1：通过数据采集系统采集各数据库的相关指标；步骤1.2：从CMDB中通过IP维度，查询metric所属的集群信息，聚合分析metric，得到metric{1…n}。例如：在采集的数据中，一次性拿出一段时间的数据，根据ip来识别该ip的metric是属于哪个集群的。

在本发明一实施例中，步骤2包含以下步骤：步骤2.1：DBA专家梳理各项metric,根据metric的值进行单指标的健康度评分，然后调整和设置初始权重，相关信息以集群维度存储在mysql中。例如：每个集群不同的metric所对应的健康度评分不同，如A集群平时cpu密集型操作，所占用cpu较多，所给的cpu过高的健康度评分会有一定的提高，使A集群不会因为常规操作导致评分太低。

作为优选，在步骤2中，还包括以下步骤：步骤2.2：若指标得分和权重有调整，则记录调整日志并且在下一次计算得分时采用。

作为优选，在步骤2中，还包括以下步骤：步骤2.3：在展示时间段得分走势时，标注步骤2.2中修改指标的点位，点击展示修改日志详情，方便追溯算法的修改情况。

在本发明一实施例中，步骤3包含以下步骤：步骤3.1：建立数据库集群读多写少、读少写多、读多写多、读少写少的metric阈值模型，来判断数据库当前处于何种状态；步骤3.2：根据状态，动态调整一个权重值，来表达业务形态对于数据库集群的影响；步骤3.3：将指标的动态权重和步骤2中指标的静态权重一起计算，得到最终的集群健康度信息。例如：动态权重有根据集群运行情况，通过一定时间的采集和运行数据进行根据时间点来动态自动修改权重，然后结合一些固定的权重来最终计算集群健康度的信息。

在本发明一实施例中，在步骤3后还包括步骤4：开发展示界面，通过可视化手段展示运营报表。

作为优选，步骤4包含以下步骤：

步骤4.1：参照图1，通过雷达图来表示每个指标的得分情况，再通过运营展示一段时间内集群的得分情况，方便回溯和治理。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (8)

1.一种数据库集群健康性度量的方法，其特征在于，包括如下步骤，

步骤1：开发数据采集系统，采集各数据库相关指标，聚合分析得到集群metric{1…n}；

步骤2：开发专家系统模块，按数据库集群形态对各数据库的各项指标的得分和权重进行设置；

步骤3：开发集群健康度评分模块，根据采集的指标和专家系统设置的得分和权重，进行计算得分。

2.根据权利要求1所述的一种数据库集群健康性度量的方法，其特征在于，步骤1包含以下步骤：

步骤1.1：通过数据采集系统采集各数据库的相关指标；

步骤1.2：从CMDB中通过IP维度，查询metric所属的集群信息，聚合分析metric，得到metric{1…n}。

3.根据权利要求1所述的一种数据库集群健康性度量的方法，其特征在于，步骤2包含以下步骤：

步骤2.1：DBA专家梳理各项metric,根据metric的值进行单指标的健康度评分，然后调整和设置初始权重，相关信息以集群维度存储在mysql中。

4.根据权利要求3所述的一种数据库集群健康性度量的方法，其特征在于，在步骤2中，还包括以下步骤：

步骤2.2：若指标得分和权重有调整，则记录调整日志并且在下一次计算得分时采用。

5.根据权利要求4所述的一种数据库集群健康性度量的方法，其特征在于，在步骤2中，还包括以下步骤：

步骤2.3：在展示时间段得分走势时，标注步骤2.2中修改指标的点位，点击展示修改日志详情，方便追溯算法的修改情况。

6.根据权利要求1所述的一种数据库集群健康性度量的方法，其特征在于，步骤3包含以下步骤：

步骤3.1：建立数据库集群读多写少、读少写多、读多写多、读少写少的metric阈值模型，来判断数据库当前处于何种状态；

步骤3.2：根据状态，动态调整一个权重值，来表达业务形态对于数据库集群的影响；

步骤3.3：将指标的动态权重和步骤2中指标的静态权重一起计算，得到最终的集群健康度信息。

7.根据权利要求1所述的一种数据库集群健康性度量的方法，其特征在于，在步骤3后还包括步骤4：开发展示界面，通过可视化手段展示运营报表。

8.根据权利要求7所述的一种数据库集群健康性度量的方法，其特征在于，步骤4包含以下步骤：

步骤4.1：通过雷达图来表示每个指标的得分情况，再通过运营展示一段时间内集群的得分情况，方便回溯和治理。

Images