数据库集群扩缩容方法、服务系统、存储介质与流程

1.本技术实施例涉及信息技术领域，特别涉及一种数据库集群扩缩容方法、服务系统、存储介质。


背景技术：

2.数据库集群是将一系列数据库服务器以集群的方式进行封装，统一对外提供数据服务的技术。通过结合分库分表、读写分离、数据均衡、主从同步等技术，解决单一数据库节点的读写访问瓶颈。当数据库集群中数据库所在服务器的磁盘空间不足、读写请求并发量超过了数据库集群能承载的极限等情况发生时，会对数据库集群进行扩容或缩容，相关技术中通过接收外部请求的方式来实现数据库集群扩缩容。
3.然而，发明人发现相关技术存在如下问题：通过接收外部请求的方式实现数据库集群扩缩容，需要人工进行参与，浪费人力资源。


技术实现要素：

4.本技术实施例的主要目的在于提出一种数据库集群扩缩容方法、服务系统、存储介质，能够自动实现数据库动态集群缩扩容，并且采用运行指标进行分析，较为准确的获取数据库扩缩容的时机。
5.为实现上述目的，本技术实施例提供了一种数据库集群扩缩容方法，包括：获取数据库集群中各数据库的运行指标的检测值；根据各所述数据库的运行指标的检测值，得到所述数据库集群的资源使用率；若所述数据库集群的资源使用率满足预设的扩缩容条件，对所述数据库集群进行扩缩容。
6.为实现上述目的，本技术实施例还提供了一种服务系统，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的数据库集群扩缩容方法。
7.为实现上述目的，本技术实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时上述的数据库集群扩缩容方法。
8.本技术提出的数据库集群扩缩容方法、服务系统、存储介质，获取数据库集群中各数据库的运行指标的检测值；根据各所述数据库的运行指标的检测值，得到所述数据库集群的资源使用率；若所述数据库集群的资源使用率满足预设的扩缩容条件，对所述数据库集群进行扩缩容。本技术实施例能够自动实现数据库动态集群扩缩容，节省人力资源，达到了智能化，自动化进行数据库集群扩缩容的目的，另外，使用运行指标的检测值综合分析，获得数据库集群的运行情况，使得分析结果更为准确。
附图说明
9.图1是根据本发明第一实施例的系统的示意图；
10.图2是根据本发明第一实施例的数据库集群扩缩容方法的流程图；
11.图3是根据本发明第一实施例的数据库集群扩缩容方法的子步骤流程图；
12.图4是根据本发明第二实施例的数据库集群扩缩容方法的流程图；
13.图5是根据本发明第三实施例的数据库集群扩缩容方法的流程图；
14.图6是根据本发明第四实施例的服务系统的结构示意图。
具体实施方式
15.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本技术各实施例中，为了使读者更好地理解本技术而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本技术所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本技术的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
16.为简化说明，本发明的实施例所用到的参数等中文与缩写对照比如表1所示。
17.表一
18.[0019][0020]
本发明的第一实施例涉及一种数据库集群扩缩容方法。该方法包括：获取数据库集群中各数据库的运行指标的检测值；根据各所述数据库的运行指标的检测值，得到所述数据库集群的资源使用率；若所述数据库集群的资源使用率满足预设的扩缩容条件，对所述数据库集群进行扩缩容。本实施例能够自动实现数据库动态集群缩扩容，并且，采用数据库的运行指标的检测值进行分析，能够获取数据库集群中各数据库的运行状况，使得分析结果更准确。
[0021]
本实施例可以应用于包括多个服务器的系统，但不限于此。
[0022]
例如，如图1所示的系统，该系统可以实现数据库的扩容和缩容，该系统中可以有不同数据库应用，以及数据库资源监控模块和数据库资源池。数据库资源监控模块中有资源周期获取模块，数据库资源缩容模块，数据库资源扩容模块，集群分析模块。数据库资源监控模块监控数据库资源池来判断是否需要扩缩容。
[0023]
资源周期获取模块启动时解析用户配置的扩缩容参数，将扩缩容参数加载到内存中，按照数据库指标获取周期定义的参数值，周期性获取每个数据库运行指标，并将每次检测到的数据提交给集群统计分析模块；集群统计分析模块根据配置的集群指标统计周期获取的运行指标，周期性的分析统计集群当前周期内所有数据库的运行指标；集群统计分析模块将每个周期内统计信息的进行归一化得到率归一化指标集群资源使用，并确定是否需要进行扩缩容，如果需要扩容则通知数据库资源扩容模块进行对数据库资源进行扩容，如果需要缩容则通知数据库资源缩容模块，对资源进行缩容，并将缩容后的闲置资源交还给资源池。
[0024]
可选的，所述缩扩容参数有表1中所列的数据库门限阈值,集群门限阈值，指标影响因子，以及检测周期参数,数据库初始化方式，数据库清理方式。
[0025]
下面对本发明第一实施例的数据库集群扩缩容转换方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
[0026]
本发明第一实施例的流程图如图2所示。
[0027]
步骤201，获取数据库集群中各数据库的运行指标的检测值。
[0028]
在一个例子中，根据预设的检测周期，周期性地获取数据库集群中各数据库的运
行指标的检测值。
[0029]
在一个例子中，所述运行指标为以下指标的其中之一：cpu利用率dcu、内存利用率dmu、磁盘利用率ddu、结构表数量超限率dsnu、结构表单表记录数量超限率dtru。
[0030]
在一个例子中，所述运行指标为cpu利用率、或者内存利用率、或者磁盘利用率的情况下，所述获取数据库集群中各数据库的运行指标的检测值，具体为，采集得到各所述数据库的运行指标的检测值，dcu，或者dmu，或者ddu；所述运行指标为结构表数量超限率的情况下，采集得到各所述数据库的结构表数量，并根据预设的结构表数量门限值计算各所述数据库的结构表数量超限率；所述运行指标为结构表单表记录数量超限率的情况下，采集得到各所述数据库的结构表单表记录数量，并根据预设的结构表单表记录数量门限值计算各所述数据库的结构表单表记录数量超限率。
[0031]
以获取n次运行指标，数据库集群共管理k个数据库为例。
[0032]
运行指标为结构表数量超限率数量，根据每次获取到的单个数据库中的结构表数量计算超过数据库结构表数量门限的数量，计算方法为：如果当前表结构的数量超过数据库表结构数量门限值dsnt，则将当前数量减去数据库表结构数量门限dsnt后得到当前的超限的表结构数量，用超限量除以数据库表结构数量门限，得到本次数据库结构表数量超限率dsnu。
[0033]
运行指标为结构表单表记录数量超限率，首先根据每次获取到的单个数据库中每个表的记录数量计算超过表记录门限值的表结构数量。计算方法为：如果当前表的数量已经超过数据库单表记录数门限值则计数累加得到该数据库库超过门限值的表数量。其次，用第一步得到的超限表数量除以该数据库所有表的总数量，得到此次的数据库结构表单表记录数量超限率dtru。
[0034]
步骤202，根据各数据库的运行指标的检测值，得到所述数据库集群的资源使用率。
[0035]
在一个例子中，根据若干个所述检测周期内获取到的各所述数据库的运行指标的检测值，得到所述数据库集群的资源使用率。
[0036]
子步骤301，根据若干个所述检测周期内获取的同一数据库的同一运行指标的检测值，计算数据库的运行指标的统计值。
[0037]
承上例，以统计值为均值，获取了n次运行指标，集群共管理k个数据库为例，
[0038]
运行指标为cpu利用率的情况下，计算预设的检测周期内的单个数据库cpu平均利用率sclb＝(dcu1+dcu2+...+dcun)，以此方式得到k个数据库的cpu平均利用率sclb1，sclb2...sclbk。
[0039]
运行指标为内存利用率的情况下，计算周期内单个数据库内存平均利用率scmb＝(dmu1+dmu2+...+dmun)，以此方式得到k个数据库的内存平均利用率scmb1、scmb2...scmbk。
[0040]
运行指标为磁盘利用率的情况下，计算周期内单个数据库磁盘平均利用率sdlb＝(ddu1+ddu2+...+ddun)，以此得到k个数据库的磁盘平均利用率sdlb1，sdlb2…
sdlbk。
[0041]
运行指标为结构表数量超限率，假设n次采集中有m次超限，那么该数据库的平均超限率ssnu＝(dsnu1+dsnu2+...+dsnum)/n。
[0042]
运行指标为结构表单表记录数量超限率，计算周期内单个数据库的结构表单表记录数平均超限率stru＝(dtru1+dtru2+...+dtrun)/n。
[0043]
子步骤302，根据各数据库的运行指标的统计值，计算数据库集群的运行指标的统计值。
[0044]
承上例，运行指标为cpu利用率的情况下，计算集群的cpu利用率均值cclb＝(sclb1+sclb2+...+sclbk)/k；运行指标为内存利用率的情况下，计算集群的内存利用率均值cmlb＝(scmb1+scmb2+...+scmbk)/k；运行指标为磁盘使用率的情况下，计算集群的磁盘使用率均值cdlb＝(sdlb1+sdlb2+...+sdlbk)/k；运行指标为结构表数量超限率的情况下，计算集群数据库结构表平均超限率csnu＝(ssnu1+ssnu2+...+ssnuk)/k；运行指标为结构表单表记录数量超限率的情况下，计算集群的数据库表记录数平均超限率ctru＝(stru1+stru1+...+struk)/k。
[0045]
子步骤303，对数据库集群的各所述运行指标的统计值进行归一化，并将归一化后的数据库集群的各运行指标的统计值之和作为数据库集群的资源使用率。
[0046]
在一个例子中，计算当前周期内归一化指标集群资源使用率crr,其计算方法为：crr＝cclb*ccif+cmlb*cmif+cdlb*cdif+csnu*csnif+ctru*ctrif。
[0047]
步骤203，若所述数据库集群的资源使用率满足预设的扩缩容条件，对所述数据库集群进行扩缩容。
[0048]
在一个例子中，如果crr大于用户配置的集群缩扩容归一化上限cbnu，则认为需要扩容；如果crr小于用户配置的集群缩扩容归一化下限cbnd，则认为需要缩容。
[0049]
本发明的第一实施例涉及一种数据库集群扩缩容方法。该方法包括：获取数据库集群中各数据库的运行指标的检测值；根据各所述数据库的运行指标的检测值，得到所述数据库集群的资源使用率；若所述数据库集群的资源使用率满足预设的扩缩容条件，对所述数据库集群进行扩缩容。本实施例能够自动实现数据库动态集群缩扩容，并且，采用数据库的运行指标的检测值进行分析，能够获取数据库集群中各数据库的运行状况，使得分析结果更准确。
[0050]
本发明的第二实施例涉及一种数据库集群扩缩容方法。本发明第二实施例的流程图如图2所示。
[0051]
步骤401，获取数据库集群中各数据库的运行指标的检测值。
[0052]
步骤402，根据各所述数据库的运行指标的检测值，得到所述数据库集群的资源使用率。
[0053]
步骤401至步骤402与第一实施例步骤201至步骤202大致相同，为避免表达上的重复，此处不再赘述。
[0054]
步骤403，若所述数据库集群的资源使用率满足所述扩缩容条件中的扩容条件，根据预获取的数据库配置信息来源方式，获取数据库配置信息。
[0055]
在一个例子中，所述数据库配置信息来源方式包括以下方式的至少其中之一：从所述数据库集群中的至少一个数据库获取、从本地存储模块获取、从远端设备获取。
[0056]
示例性的，数据库配置信息来源方式为从所述数据库集群中的至少一个数据库获取，即，拷贝已有租户数据库信息，获取用户配置的源数据库寻址规则，找到任意一个符合规则的源数据库信息，并将配置信息如内存、cpu、磁盘配置，主备策略，备份策略，容灾策略加载到配置列表，其次获取数据库信息，例如索引信息，数据库schema信息，数据库表结构信息等，并分别生成相关脚本，放到脚本列表。
[0057]
示例性的，数据库配置信息来源方式为从本地存储模块，即获取本地配置文件，直接加载本地文件中的配置信息到配置列表，并将初始化数据库的脚本加载的脚本列表。
[0058]
示例性的，数据库配置信息来源方式为从远端设备获取，即获取远端配置文件，将远端的配置文件下载到本地，然后加载下载到本地的文件中的配置信息到配置列表，并将初始化数据库的脚本加载的脚本列表。
[0059]
可选的，在下载文件时可以选择流式方式，直接将远端的文件内容加载到内存，而无需下载成本地文件，减少本地磁盘的io。
[0060]
步骤404，根据数据库配置信息配置得到所述数据库集群的新增数据库。
[0061]
在一个例子中，所述数据库配置信息包括表征数据库硬件性能的第一信息、表征数据处理策略的第二信息以及表征数据库架构的第三信息；根据所述第一信息从数据库资源池申请新的数据库；利用所述第三信息对所述新的数据库进行初始化；利用所述第二信息对初始化成功后的所述新的数据库进行设置，并将设置成功后的所述新的数据库作为所述数据库集群的新增数据库。
[0062]
示例性的，根据所述第一信息从数据库资源池申请新的数据库，即，根据获取到的配置列表中的第一信息向集群资源池申请数据库资源，例如内存资源、cpu资源、磁盘资源等硬件资源，如果获取不到资源则放弃此次扩容；利用所述第三信息对所述新的数据库进行初始化，即，根据获取到的数据库初始化脚本初始化新申请的数据库，如果初始化数据库失败，则认为扩容失败，将申请到的资源进行清理，返还给资源池；利用所述第二信息对初始化成功后的所述新的数据库进行设置，并将设置成功后的所述新的数据库作为所述数据库集群的新增数据库，即设置数据库相关的数据库策略，例如主备策略，备份策略，容灾策略等；如果设置数据库策略失败，则认为扩容失败，将申请到的资源进行清理，返还给资源池。
[0063]
下面通过一个例子，说明数据库集群的扩容。
[0064]
在初始化时，资源周期采集模块解析当前用户的配置数据，得到的参数配置如表二所示。
[0065]
表二
[0066]
[0067][0068]
数据库扩容模块在初始化时获取到当前数据库扩容的方式是从本地存储模块获取，以此得到本地配置文件，将获得的本地配置文件解析得到的信息加载到内存中。
[0069]
当前数据库集群中有2个数据库，在某个预设的检测周期内资源周期采集模块采集到两个数据库的运行指标如表三所示。
[0070]
表三
[0071][0072][0073]
根据10个检测周期内获取的同一数据库的同一运行指标的检测值，计算所述数据库的所述运行指标的统计值，数据如表四所示：
[0074]
表四
[0075][0076]
[0077]
根据各所述数据库的所述运行指标的统计值，计算所述数据库集群的所述运行指标的统计值，本实施例中统计值为平均值，如表五所示。
[0078]
表五
[0079]
指标平均值计算方式cclb0.753(0.753+0.753)/2cmlb0.755(0.748+0.762)/2cdlb0.741(0.739+0.743)/2csnu0.8477(0.8418+0.8535)/2ctru0.7164(0.7149+0.7179)/2
[0080]
对所述数据库集群的各所述运行指标的统计值进行归一化，并将归一化后的所述数据库集群的各所述运行指标的统计值之和作为所述数据库集群的资源使用率，数据库集群归一化如下：
[0081]
crr＝0.753*0.25+0.755*0.25+0.741*0.25+0.8477*0.15+0.7164*0.15＝0.797，由于0.797已经大于集群扩容门限0.7，所以集群统计分析模块将发通知给数据库资源扩容模块处理扩容。
[0082]
数据库资源扩容模块收到集群统计分析模块发送的通知后，首先向数据库资源池按cpu、内存、磁盘的配置参数申请资源，申请到资源后创建数据库，即根据所述第一信息从数据库资源池申请新的数据库。
[0083]
然后使用本地配置文件指定的数据库初始化脚本对数据库进行初始化，即利用所述第三信息对所述新的数据库进行初始化。
[0084]
接下来，配置新数据库的主备策略，备份策略，容灾策略，利用所述第二信息对初始化成功后的所述新的数据库进行设置。
[0085]
最后，将数据库资源信息通知给资源周期采集模块及集群统计分析模块，以后将新建的数据库增加到统计列表中，至此数据库扩容完成。
[0086]
本发明的第二实施例在实现数据库集群扩缩容时考虑了cpu利用率，内存占用情况等动态因素进行数据库扩容的分析，以此判断数据库是否满足扩缩容条件的扩容条件，来实现扩容，使得扩容的时机更加准确，另外，能自动进行数据库的扩容不需要人工参与，节省人力资源。
[0087]
本发明的第三实施例涉及一种数据库集群扩缩容方法。第三实施例与第一实施例大致相同，主要区别之处在于：若所述数据库集群的资源使用率满足所述扩缩容条件中的缩容条件，对同一数据库的各所述运行指标的统计值进行归一化，并将归一化后的所述数据库的各所述运行指标之和作为所述数据库的资源使用率；根据各所述数据库的资源使用率和所述数据库集群的资源使用率，从各所述数据库中选出候选数据库；基于所述候选数据库对所述数据库集群进行缩容。
[0088]
本发明第三实施例的流程图如图5所示。
[0089]
步骤501，获取数据库集群中各数据库的运行指标的检测值。
[0090]
步骤502，根据各所述数据库的运行指标的检测值，得到所述数据库集群的资源使用率。
[0091]
步骤501至502与实施例步骤201至202大致相同，此处不再赘述。
[0092]
步骤503，若所述数据库集群的资源使用率满足所述扩缩容条件中的缩容条件，对同一数据库的各所述运行指标的统计值进行归一化，并将归一化后的所述数据库的各所述运行指标之和作为所述数据库的资源使用率。
[0093]
在一个例子中，从集群统计分析模块获取当前周期内数据库集群中每个数据库资源使用率归一化指标(srr)＝sclb*ccif+scmb*cmif+sdlb*cdif+ssnu*csnif+stru*ctrif。
[0094]
步骤504，根据各所述数据库的资源使用率和所述数据库集群的资源使用率，从各所述数据库中选出候选数据库。
[0095]
在一个例子中，将各所述数据库中资源使用率小于所述数据库集群的资源使用率的数据库，作为所述候选数据库。
[0096]
示例性的，从集群从集群统计分析模块获取当前周期内集群资源使用率归一化指标(crr)；将每各数据库的ssr和得到的集群crr对比，将低于crr的数据库的信息加入到待处理列表l，即候选数据库。
[0097]
步骤505，基于所述候选数据库对所述数据库集群进行缩容。
[0098]
在一个例子中，若所述候选数据库为一个，将所述候选数据库作为待缩减数据库，将所述待缩减数据库合并到各所述数据库中除所述待缩减数据库外的其他数据库中。
[0099]
若所述候选数据库为大于或等于2个，将多个所述候选数据库中的至少一个候选数据库作为待缩减数据库，将所述待缩减数据库合并到多个所述候选数据库中除所述待缩减数据库外的其他候选数据库中；清理所述待缩减数据库。
[0100]
在一个例子中，将多个所述候选数据库按照资源使用率由小到大的顺序进行排序并得到第一序列，将多个所述候选数据库按照资源使用率由大到小的顺序进行排序并得到第二序列；将所述第一序列和所述第二序列中排序号相同的两个候选数据库作为一个组，并筛选出多个不同的组；对于筛选出的每个组，将所述组内的其中一个候选数据库合并到所述组内的另一个候选数据库中；所述其中一个候选数据库作为所述待缩减数据库。
[0101]
在一个例子中，清理待缩减数据库，可以基于预设的清理规则清理所述待缩减数据库，清理规则可以有以下集中，删除所述待缩减数据库中的数据，并将所述待缩减数据库从所述数据库集群中移除；或者，仅删除所述待缩减数据库中的数据。
[0102]
示例性的，将待处理列表l按srr由小到大进行排序得到第一序列ls，按从大到小排序得到第二序列lb；同时遍历列表ls和lb两个列表，当某次遍历时两个列表的数据库指标分别为，lsc，lbc，如果lsc，lbc的均值小于等于crr，则认为两个数据库可以进行合并，否则不允许合并，将能够合并的两个数据库放到列表h中，得到可合并数据库列表，值得说明的是，合并的数据库是两个不同的候选数据库。
[0103]
然后，依次遍历可合并列表h，合并时，以资源占用指标低的为源数据库，以资源占用高的为目标数据库，首先判断目标数据库是否包含源数据库的表结构，索引等信息，若不存在则先创建，若存在则直接拷贝数据。特别的，为保证数据的安全性，在执行数据拷贝前需要执行对数据库的备份操作，如果在拷贝过程中出现异常则使用备份数据，将数据库恢复到合并前状态。
[0104]
最后，合并成功后，如果用户配置的清理规则为：全部清理，资源交回资源池，则删除数据库的所有信息，并将数据库资源释放，交还给资源池，并从集群统计分析模块中移除清理后的数据库；如果用户配置的清理规则为：只清理数据，资源不交回资源池，则保留当
前数据库的资源，不交回资源池。
[0105]
下面用一个例子，说明数据库集群的缩容。
[0106]
在初始化时，资源周期采集模块解析当前用户的配置数据，本实施例的配置数据与第二实施例相同，如表二所示。
[0107]
数据库缩容模块在初始化时解析加载到当前数据库的缩容的方式，假设当前资源池对某个租户已经使用2个数据库，资源周期采集模块获取到的两个数据库的运行指标如表六所示。
[0108]
表六
[0109]
[0110][0111]
根据若干个所述检测周期内获取的同一数据库的同一运行指标的检测值，计算所述数据库的所述运行指标的统计值，数据如表七所示：
[0112]
表七
[0113][0114][0115]
根据各所述数据库的所述运行指标的统计值，计算所述数据库集群的所述运行指标的统计值，如表八所示。
[0116]
表八
[0117]
指标指标值计算方式cclb0.1365(0.158+0.115)/2cmlb0.116(0.118+0.114)/2cdlb0.121(0.122+0.12)/2csnu0((0)+(0))/2
ctru0.0426((0.0629)+(0.0224))/2
[0118]
各个资源平均指标乘以相应的归一化因子后得到：
[0119]
集群归一化指标crr＝0.1365*0.25+0.116*0.25+0.121*0.25+0*0.15+0.0426*0.15＝0.0998
[0120]
由于0.0998已经小于集群缩容门限0.3，所以集群统计分析模块将发通知给数据库资源缩容模块处理缩容。
[0121]
数据库缩容模块收到集群统计分析模块发送的通知后，首先单个数据库的资源指标归一化率。
[0122]
数据库1的资源使用率：
[0123]
srr1＝0.158*0.25+0.118*0.25+0.122*0.25+0*0.15+0.0698*0.15＝0.02199。
[0124]
数据库2的资源使用率：
[0125]
srr2＝0.1365*0.25+0.116*0.25+0.121*0.25+0*0.15+0.0461*0.15＝0.01812。
[0126]
可选的，两个数据库均值(0.02199+0.01812)/2＝0.02005《＝crr，因此两个数据库数据可以合并。
[0127]
由于数据库2的资源利用率更小，因此将数据库2作为源数据库，数据库1作为目标数据库进行合并。
[0128]
合并前首先备份数据库1和数据库2的数据，然后判断数据库1中是否包含数据库2的全部完整表结构，如果不存在则在数据库1中补充相关内容。
[0129]
其次，待表结构补充完成后将数据库2的数据拷贝到数据库1。
[0130]
再次，数据拷贝完成后，将数据库资源释放，并将数据库2的信息通知给资源周期采集模块及集群统计分析模块释放。至此数据库扩容完成。
[0131]
本发明的第三实施例在实现数据库集群扩缩容时考虑了cpu利用率，内存占用情况等动态因素进行数据库扩容的分析，以此判断数据库是否满足扩缩容条件的缩容条件，来实现扩容，使得扩容的时机更加准确，另外，能自动进行数据库的扩容不需要人工参与，节省人力资源，周期性的获取运行指标的检测值，实现缩容，相比于相关技术中只考虑某个时刻的值，本发明实施例更加精确，误差小。
[0132]
本发明第四实施方式涉及一种服务系统，如图6所示，包括至少一个处理器601；以及，与所述至少一个处理器通信连接的存储器602；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的数据库集群扩缩容方法。
[0133]
其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。
[0134]
处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所
使用的数据。
[0135]
本发明第五实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
[0136]
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0137]
本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。