一种基于数据库的资源配额管理方法和装置

技术领域

本发明涉及计算机领域，尤其涉及一种基于数据库的资源配额管理方法和装置。

背景技术

HBase是建立在分布式文件系统Hadoop之上的一个分布式的、面向列的数据库，并且在HBase1.1版本之后增加了配额限制，用以限制用户访问HBase的流量、存储量等。其中，流量和存储量的配额限制是指：设置流量配额和存储量配额，如果用户请求对应的流量或者存储量超过相应的配额限制后，向客户端返回超限异常信息。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

配额的取值固定，只能人工修改；配额超限时直接向客户端返回异常，处理方式单一；配额的取值与集群资源无关，无法实现集群资源的最大化利用。

发明内容

有鉴于此，本发明实施例提供一种基于数据库的资源配额管理方法和装置，通过预测未来时间段内用户对数据库集群的资源使用情况，并基于预测结果对资源配额进行调整，实现了资源配额的动态调整，减少人工干预。

为实现上述目的，根据本发明实施例的一个方面，提供了一种基于数据库的资源配额管理方法。

本发明实施例的一种基于数据库的资源配额管理方法，包括：基于用户对数据库集群的历史资源使用信息，预测所述用户在未来时间段内对所述数据库集群的资源使用信息；获取预先设置的所述用户对应的资源配额信息，根据所述资源使用信息，判断是否需要对所述资源配额信息进行调整；在需要调整所述资源配额信息的情况下，按照设定的调整策略，调整所述资源配额信息。

可选地，所述历史资源使用信息包括历史流量信息和/或历史存储量信息，所述方法还包括：统计所述用户操作所述数据库集群存储的数据时产生的所述历史流量信息和/或所述历史存储量信息；以所述数据归属的数据表或者所述数据表归属的命名空间为粒度，汇总所述历史流量信息和/或所述历史存储量信息。

可选地，所述资源使用信息包括流量信息和/或存储量信息；所述预测所述用户在未来时间段内对所述数据库集群的资源使用信息，包括：按照设定的时间间隔，从汇总结果中确定多个时间区间的至少一个参数值，其中，所述参数值包括：流量峰值、存储量峰值、流量均值和存储量均值；根据所述参数值的增量变化趋势，计算所述用户在未来时间段内对所述数据库集群的资源使用信息。

可选地，所述判断是否需要对所述资源配额信息进行调整，包括：判断所述资源使用信息是否大于所述资源配额信息中的配额；所述调整所述资源配额信息，包括：若所述资源使用信息小于等于所述配额，且所述数据库集群的配额利用率小于等于第一阈值，则对所述资源配额信息进行缩容处理；若所述资源使用信息大于所述配额，且所述数据库集群存在的空闲资源与所述配额之和满足所述资源使用信息，则对所述资源配额信息进行扩容处理。

可选地，所述方法还包括：在所述资源使用信息大于所述资源使用信息的配额的情况下，判断所述资源使用信息是否大于所述数据库集群中数据库节点的配额；若所述资源使用信息大于所述数据库节点的配额，且所述数据库节点存在空闲资源，则为所述用户开通允许业务临时超限运行的权限。

可选地，所述方法还包括：在所述资源使用信息大于所述资源使用信息的配额的情况下，判断大于所述配额的业务流量是否为突发流量；若大于所述配额的业务流量为突发流量，则将对应的业务表隔离到独立分组。

可选地，所述方法还包括：对所述数据库集群存储的冷数据进行归档处理；其中，所述冷数据为设定时间内未被访问或者访问次数小于等于第二阈值的数据；根据所述数据库集群中数据库节点上当前分区的流量信息，调整所述数据库节点的分区分布，以实现流量均衡。

为实现上述目的，根据本发明实施例的另一方面，提供了一种基于数据库的资源配额管理装置。

本发明实施例的一种基于数据库的资源配额管理装置，包括：预测模块，用于基于用户对数据库集群的历史资源使用信息，预测所述用户在未来时间段内对所述数据库集群的资源使用信息；判断模块，用于获取预先设置的所述用户对应的资源配额信息，根据所述资源使用信息，判断是否需要对所述资源配额信息进行调整；调整模块，用于在需要调整所述资源配额信息的情况下，按照设定的调整策略，调整所述资源配额信息。

可选地，所述历史资源使用信息包括历史流量信息和/或历史存储量信息，所述装置还包括：统计汇总模块，用于统计所述用户操作所述数据库集群存储的数据时产生的所述历史流量信息和/或所述历史存储量信息；以及以所述数据归属的数据表或者所述数据表归属的命名空间为粒度，汇总所述历史流量信息和/或所述历史存储量信息。

可选地，所述资源使用信息包括流量信息和/或存储量信息；所述预测模块，还用于：按照设定的时间间隔，从汇总结果中确定多个时间区间的至少一个参数值，其中，所述参数值包括：流量峰值、存储量峰值、流量均值和存储量均值；根据所述参数值的增量变化趋势，计算所述用户在未来时间段内对所述数据库集群的资源使用信息。

可选地，所述判断模块，还用于：判断所述资源使用信息是否大于所述资源配额信息中的配额；所述调整模块，还用于：若所述资源使用信息小于等于所述配额，且所述数据库集群的配额利用率小于等于第一阈值，则对所述资源配额信息进行缩容处理；以及若所述资源使用信息大于所述配额，且所述数据库集群存在的空闲资源与所述配额之和满足所述资源使用信息，则对所述资源配额信息进行扩容处理。

可选地，所述装置还包括：配额软限制模块，用于在所述资源使用信息大于所述资源使用信息的配额的情况下，判断所述资源使用信息是否大于所述数据库集群中数据库节点的配额；以及若所述资源使用信息大于所述数据库节点的配额，且所述数据库节点存在空闲资源，则为所述用户开通允许业务临时超限运行的权限。

可选地，所述装置还包括：异常流量隔离模块，用于在所述资源使用信息大于所述资源使用信息的配额的情况下，判断大于所述配额的业务流量是否为突发流量；以及若大于所述配额的业务流量为突发流量，则将对应的业务表隔离到独立分组。

可选地，所述装置还包括：存储配额预防模块，用于对所述数据库集群存储的冷数据进行归档处理；其中，所述冷数据为设定时间内未被访问或者访问次数小于等于第二阈值的数据；流量配额预防模块，用于根据所述数据库集群中数据库节点上当前分区的流量信息，调整所述数据库节点的分区分布，以实现流量均衡。

为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种基于数据库的资源配额管理方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种基于数据库的资源配额管理方法。

上述发明中的一个实施例具有如下优点或有益效果：通过预测未来时间段内用户对数据库集群的资源使用情况，并基于预测结果对资源配额进行调整，实现了资源配额的动态调整，减少人工干预；结合数据库集群的空闲资源情况、配额使用情况，对资源配额相应进行扩容、缩容处理，提高资源利用率；在配额超限时，通过允许业务临时运行的方式，在保证系统稳定的前提下，最大化的利用集群资源；在配额超限时，自动隔离异常流量，避免影响线上其他业务；将冷数据进行归档，降低线上集群的存储量，并对流量进行自动均衡，降低数据库节点超限的风险。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的资源配额管理方法的主要步骤的示意图；

图2是根据本发明一实施例的资源配额管理方法中资源配额调整部分的主要流程示意图；

图3是根据本发明另一实施例的资源配额管理方法中资源配额调整部分的主要流程示意图；

图4是根据本发明实施例的资源配额管理方法中配额超限处理部分的实现原理示意图；

图5是根据本发明实施例的资源配额管理方法中配额超限预防部分的实现原理示意图；

图6是根据本发明实施例的资源配额管理装置的主要模块的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适用于来实现本发明实施例的电子设备的计算机装置的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的资源配额管理方法的主要步骤的示意图。如图1所示，本发明实施例的资源配额管理方法，主要包括如下步骤：

步骤S101：基于用户对数据库集群的历史资源使用信息，预测所述用户在未来时间段内对所述数据库集群的资源使用信息。其中，历史资源使用信息可以包括历史流量信息和/或历史存储量信息，资源使用信息可以包括流量信息和/或存储量信息。

用户通过客户端向数据库集群发送请求，以操作数据库集群中存储的数据；统计过去一段时间内用户操作数据库集群的数据所产生的历史流量信息和/或历史存储量信息，之后按照数据表(Table)或者命名空间(Namespace)的粒度进行汇总；根据汇总出的流量和/或存储量的增量变化趋势，预测未来时间段内用户操作数据库集群的数据所需占用的流量和/或存储量。

步骤S102：获取预先设置的所述用户对应的资源配额信息，根据所述资源使用信息，判断是否需要对所述资源配额信息进行调整。其中，资源配额信息既可以用于限制用户单位时间向数据库集群发送的请求数，也可以限制请求的数据量，还可以限制存储量等。

数据库集群的配额表中记录有拥有该数据库集群访问权限的各用户所对应的资源配额信息。该资源配额信息包括流量配额和/或存储量配额。判断预测出的未来时间段的资源使用信息是否大于当前配额，如果大于当前配额，则可以结合数据库集群的空闲资源来调整当前配额，或者保持当前配额不变；如果小于等于当前配额，则可以结合数据库集群的配额使用情况来调整当前配额，或者保持当前配额不变。

步骤S103：在需要调整所述资源配额信息的情况下，按照设定的调整策略，调整所述资源配额信息。其中，调整策略中设置有各种调整触发条件以及相应的配额调整方式，可以根据需求自定义设置。比如，调整触发条件1为：资源使用信息小于等于配额，相应的配额调整方式为：按照设定的缩容比例减小配额，以进行缩容处理。再比如，调整触发条件2为：资源使用信息大于配额，相应的配额调整方式为：按照设定的扩容比例增加配额，以进行扩容处理。

如果步骤S102中预测出的未来时间段的资源使用信息小于或者等于配额，满足调整策略的调整触发条件1，则按照设定的缩容比例减小配额，以进行缩容处理。如果步骤S102中预测出的未来时间段的资源使用信息大于配额，满足调整策略的调整触发条件2，则按照设定的扩容比例增加配额，以进行扩容处理。

本发明实施例的资源配额管理方法包括资源配额调整、配额超限处理和配额超限预防三个部分。其中，资源配额调整部分，用于预测未来时间段用户对数据库集群的资源使用信息，以及根据预测结果调整资源配额。配额超限处理部分，在资源使用信息大于配额的情况下，提供了多种对配额超限的处理方式，易用性好。配额超限预防部分，用于对数据库集群中的冷数据进行归档，以及对数据库集群的流量进行自动均衡。

图2是根据本发明一实施例的资源配额管理方法中资源配额调整部分的主要流程示意图。如图2所示，本发明实施例的资源配额管理方法应用于HBase集群，资源配额调整部分的处理过程主要包括如下步骤：

步骤S201：通过配额管理线程统计过去一段时间内用户操作HBase集群的数据时所产生的流量信息和/或存储量信息，按照设定粒度进行汇总。实施例中，通过HBase集群的HRegionServer上的配额管理线程(SmartQuotaManagerChore)周期性(比如7天)的统计每个HBase节点的流量信息和存储量信息。HRegionServer是HBase的组件，负责Table数据的实际读写，以及分区(Region)管理。Region是HBase集群分布数据的最小单位。其中，流量信息既可以指用户单位时间内对HBase的请求数，也可以指请求的数据量。存储量信息可以至用户在数据库集群的存储总量。

由于HBase基于分布式文件系统Hadoop建立，因此在统计HBase中Table或者Namespace的数据时，需要把不同HBase节点的数据进行汇总。实施例中，按照Table或者Namespace的粒度，将HBase集群中各个HBase节点的流量信息和存储量信息进行汇总。Namespace是HBase对一组表的逻辑分组。实施例中，以Table为粒度，将用户在2019.05.01至2019.06.30访问HBase集群所产生的流量信息和存储量信息进行了汇总，表1所示为2019.05.01和2019.05.02两天的汇总结果，其中，req为request(请求)的简写。

表1为用户访问HBase集群的汇总结果

步骤S202：按照设定的时间间隔，从汇总结果中确定多个时间区间的参数值。其中，参数值为下列一个或者多个：流量峰值、存储量峰值、流量均值、存储量均值。实施例中，从汇总结果中确定用户访问数据表时，每天的流量峰值、存储量峰值、流量均值和存储量均值。

步骤S203：根据参数值的增量变化趋势，预测用户在未来时间段内对HBase集群的资源使用信息。实施例中，根据2019.05.01至2019.06.30这段时间内，每天的流量峰值、存储量峰值、流量均值和存储量均值，分别确定流量峰值、存储量峰值、流量均值和存储量均值的增量变化趋势；根据流量峰值、存储量峰值、流量均值和存储量均值的增量变化趋势，执行calculate方法，预测未来7天内HBase集群的流量和存储量。比如，流量均值的增量变化趋势满足线性方程y＝kx+b，其中，y为流量均值，x为时间，k和b均为系数，则可依据线性方程预测将来时间的HBase集群的流量。后续可以结合预测出的将来时间的流量峰值，共同判定预测结果是否大于资源配额信息的配额。

步骤S204：获取用户对应的资源配额信息，判断预测出的资源使用信息是否大于资源配额信息的配额，如果小于等于配额，则执行步骤S205；如果大于配额，则执行步骤S206。实施例中，资源配额信息包括流量配额和存储量配额，比如，流量配额为用户每天的请求数为20次，每天请求的数据量为10M；存储配额为用户的存储量为500M。可以通过getquota命令获取该用户对应的资源配额信息，之后分别比较预测的流量、存储量与相应的流量配额、存储量配额的大小；确定比较结果符合调整策略的哪个调整触发条件，以按照相应的配额调整方式进行处理。

调整策略中设置有多种调整触发条件以及相应的配额调整方式。比如，调整触发条件1为：资源使用信息小于等于配额，相应的配额调整方式为：按照20％的缩容比例减小配额；调整触发条件2为：资源使用信息大于配额，相应的配额调整方式为：按照20％的扩容比例增加配额。需要注意的是，缩容比例、扩容比例的具体值由用户自定义设置，可以是20％、10％等。

步骤S205：按照调整策略中设定的缩容比例减少配额，以进行缩容处理，结束本流程。由于此情况满足调整触发条件1，故按照调整触发条件1对应的配额调整方式调整资源配额信息的配额。

步骤S206：按照调整策略中设定的扩容比例增加配额，以进行扩容处理，结束本流程。由于此情况满足调整触发条件2，故按照调整触发条件2对应的配额调整方式调整资源配额信息的配额。

在一可选的实施例中，步骤S202和步骤S203用于预测用户在未来时间段内对HBase集群的资源使用信息。实施例中，还可以利用机器学习算法来进行预测。该机器学习算法，比如决策树、逻辑回归算法、支持向量机、随机森林等。具体实现原理为：首先将步骤S201的汇总结果划分为训练集和测试集；之后分别为训练集和测试集构建预测特征；之后使用机器学习算法在训练集的预测特征和目标函数上训练模型；最后通过训练出的模型和测试集的预测特征来计算预测结果。其中，预测特征即流量和存储量。

图3是根据本发明另一实施例的资源配额管理方法中资源配额调整部分的主要流程示意图。如图3所示，本发明实施例的资源配额管理方法中资源配额调整部分的处理过程主要包括如下步骤：

步骤S301：通过配额管理线程统计过去一段时间内用户操作HBase集群的数据时所产生的流量信息和/或存储量信息，按照设定粒度进行汇总。该步骤与步骤S201的实现原理相同。

步骤S302：按照设定的时间间隔，从汇总结果中确定多个时间区间的参数值。其中，参数值为下列一个或者多个：流量峰值、存储量峰值、流量均值、存储量均值。实施例中，从汇总结果中确定每天的流量峰值、存储量峰值、流量均值和存储量均值。

步骤S303：根据参数值的增量变化趋势，预测用户在未来时间段内对HBase集群的资源使用信息。实施例中，根据流量峰值、存储量峰值、流量均值和存储量均值的增量变化趋势，执行calculate方法，预测未来7天内HBase集群的流量和存储量。

步骤S304：获取用户对应的资源配额信息，判断预测出的资源使用信息是否大于资源配额信息的配额，如果小于等于配额，则执行步骤S305；如果大于配额，则执行步骤S307。获取该用户对应的资源配额信息，之后分别比较预测的流量、存储量与相应的流量配额、存储量配额的大小；确定比较结果符合调整策略的哪个调整触发条件，以按照相应的配额调整方式进行处理。

该实施例的调整策略仍旧设置有多种调整触发条件以及相应的配额调整方式。比如，调整触发条件1为：资源使用信息小于等于配额，且配额利用率小于等于第一阈值，相应的配额调整方式为：按照20％的缩容比例减小配额；调整触发条件2为：资源使用信息小于等于配额，且配额利用率大于第一阈值，相应的配额调整方式为：保持当前配额不变；调整触发条件3为：资源使用信息大于配额，且空闲资源与配额之和大于等于资源使用信息，相应的配额调整方式为：按照20％的扩容比例增加配额；调整触发条件4为：资源使用信息大于配额，且空闲资源与配额之和小于资源使用信息，相应的配额调整方式为：保持当前配额不变，发出预警信息。

步骤S305：判断HBase集群的配额利用率是否小于等于第一阈值，如果小于等于第一阈值，则执行步骤S306；否则，结束本流程。配额利用率＝资源配额信息/预测的资源使用信息。比如，流量配额的利用率＝流量配额/预测的流量值；存储量配额的利用率＝存储量配额/预测的存储量值。当资源使用信息小于等于配额，且配额利用率大于第一阈值时，满足调整触发条件2，故按照调整触发条件2对应的配额调整方式处理。

步骤S306：按照调整策略中设定的缩容比例减少配额，以进行缩容处理，结束本流程。当资源使用信息小于等于配额，且配额利用率小于等于第一阈值时，满足调整触发条件1，故按照调整触发条件1对应的配额调整方式调整资源配额信息的配额。

步骤S307：判断HBase集群的空闲资源与配额之和是否大于等于资源使用信息，如果大于等于资源使用信息，则执行步骤S308；否则，执行步骤S309。实施例中，确定HBase集群的空闲流量和空闲存储量，将空闲流量、空闲存储量分别与流量配额、存储量配额加和，得到可使用流量、可使用存储量；分别比较可使用流量、可使用存储量与预测的流量、预测的存储量的大小。

步骤S308：按照调整策略中设定的扩容比例增加配额，以进行扩容处理，结束本流程。当资源使用信息大于配额，且空闲资源与配额之和大于等于资源使用信息时，满足调整触发条件3，故按照调整触发条件3对应的配额调整方式调整资源配额信息的配额。

步骤S309：向客户端发送预警信息，结束本流程。当资源使用信息大于配额，且空闲资源与配额之和小于资源使用信息时，满足调整触发条件4，故按照调整触发条件4对应的方式处理。实施例中，可以通过邮件、短信等方式向相应用户的客户端发送预警信息。

图4是根据本发明实施例的资源配额管理方法中配额超限处理部分的实现原理示意图。如图4所示，本发明实施例的配额超限处理部分包括配额软限制、异常流量隔离和客户端自动重试三种处理。下面进行具体说明。

配额软限制：判断资源使用信息是否大于数据库集群中单个数据库节点的配额；若资源使用信息大于单个数据库节点的配额，且该数据库节点仍存在空闲资源，则为用户开通允许业务临时超限运行的权限，允许业务临时超限运行。该处理能够在保障系统稳定的前提下，最大程度的利用数据库集群的资源。

异常流量隔离：判断大于资源配额信息的业务流量是否为突发流量；若大于资源配额信息的业务流量为突发流量，则将对应的业务表隔离到独立分组。实施例中，如果预测出的用户访问某业务表的流量大于历史流量峰值的设定倍数，比如10倍、20倍时，则认为该业务流量为突发流量，自动触发隔离，以将该业务表隔离到独立分组，避免影响线上其他业务。在一优选的实施例中，还可以通过将该业务表设置为disable，来使该业务表不可访问。

客户端自动重试：配置客户端重试的次数，在配额超限后客户端自动重试，对业务更加友好。其中，重试是指客户端等待一段时间后，重新发起请求，如果此时不再超过资源配额，则请求成功，否则继续重试。

图5是根据本发明实施例的资源配额管理方法中配额超限预防部分的实现原理示意图。如图5所示，本发明实施例的配额超限预防部分包括存储配额预防和流量配额预防。

存储配额预防：将数据库集群存储的冷数据归档到冷数据集群。其中，冷数据为设定时间内未被访问或者访问次数小于等于第二阈值的数据。比如，将近三个月未被访问，或者访问次数小于5次的数据定义为冷数据。该操作能够降低线上集群的存储量。

流量配额预防：根据数据库集群中数据库节点上当前分区的流量信息，调整数据库节点的分区分布，以实现流量均衡。实施例中，通过balance(HBase的Region负载均衡策略)命令开启自动均衡操作，在实际业务中，移动Region实现流量均衡，具体为：根据每个数据库节点上Region的流量，重新调整Region的分布，降低单数据库节点配额超限的风险。

通过本发明实施例的资源配额管理方法可以看出，通过预测未来时间段内用户对数据库集群的资源使用情况，并基于预测结果对资源配额进行调整，实现了资源配额的动态调整，减少人工干预；结合数据库集群的空闲资源情况、配额使用情况，对资源配额相应进行扩容、缩容处理，提高资源利用率；在配额超限时，通过允许业务临时运行的方式，在保证系统稳定的前提下，最大化的利用集群资源；在配额超限时，自动隔离异常流量，避免影响线上其他业务；将冷数据进行归档，降低线上集群的存储量，并对流量进行自动均衡，降低数据库节点超限的风险。

图6是根据本发明实施例的资源配额管理装置的主要模块的示意图。如图6所示，本发明实施例的资源配额管理装置600，主要包括：

预测模块601，用于基于用户对数据库集群的历史资源使用信息，预测所述用户在未来时间段内对所述数据库集群的资源使用信息。其中，历史资源使用信息可以包括历史流量信息和/或历史存储量信息，资源使用信息可以包括流量信息和/或存储量信息。

用户通过客户端向数据库集群发送请求，以操作数据库集群中存储的数据；统计过去一段时间内用户操作数据库集群的数据所产生的历史流量信息和/或历史存储量信息，之后按照数据表(Table)或者命名空间(Namespace)的粒度进行汇总；根据汇总出的流量和/或存储量的增量变化趋势，预测未来时间段内用户操作数据库集群的数据所需占用的流量和/或存储量。

判断模块602，用于获取预先设置的所述用户对应的资源配额信息，根据所述资源使用信息，判断是否需要对所述资源配额信息进行调整。其中，资源配额信息既可以用于限制用户单位时间向数据库集群发送的请求数，也可以限制请求的数据量，还可以限制存储量等。

数据库集群的配额表中记录有拥有该数据库集群访问权限的各用户所对应的资源配额信息。该资源配额信息包括流量配额和/或存储量配额。判断预测出的未来时间段的资源使用信息是否大于当前配额，如果大于当前配额，则可以结合数据库集群的空闲资源来调整当前配额，或者保持当前配额不变；如果小于等于当前配额，则可以结合数据库集群的配额使用情况来调整当前配额，或者保持当前配额不变。

调整模块603，用于在需要调整所述资源配额信息的情况下，按照设定的调整策略，调整所述资源配额信息。其中，调整策略中设置有各种调整触发条件以及相应的配额调整方式，可以根据需求自定义设置。比如，调整触发条件1为：资源使用信息小于等于配额，相应的配额调整方式为：按照设定的缩容比例减小配额，以进行缩容处理。再比如，调整触发条件2为：资源使用信息大于配额，相应的配额调整方式为：按照设定的扩容比例增加配额，以进行扩容处理。

如果判断模块602中预测出的未来时间段的资源使用信息小于等于配额，满足调整策略的调整触发条件1，则按照设定的缩容比例减小配额，以进行缩容处理。如果判断模块602中预测出的未来时间段的资源使用信息大于配额，满足调整策略的调整触发条件2，则按照设定的扩容比例增加配额，以进行扩容处理。

另外，本发明实施例的资源配额管理装置600还可以包括：统计汇总模块、配额软限制模块、异常流量隔离模块、存储配额预防模块和流量配额预防模块(图6中未示出)。下面对各模块的功能进行说明。

统计汇总模块，用于统计所述用户操作所述数据库集群存储的数据时产生的所述历史流量信息和/或所述历史存储量信息；以及以所述数据归属的数据表或者所述数据表归属的命名空间为粒度，汇总所述历史流量信息和/或所述历史存储量信息。

配额软限制模块，用于在所述资源使用信息大于所述资源使用信息的配额的情况下，判断所述资源使用信息是否大于所述数据库集群中数据库节点的配额；以及若所述资源使用信息大于所述数据库节点的配额，且所述数据库节点存在空闲资源，则为所述用户开通允许业务临时超限运行的权限。

异常流量隔离模块，用于在所述资源使用信息大于所述资源使用信息的配额的情况下，判断大于所述配额的业务流量是否为突发流量；以及若大于所述配额的业务流量为突发流量，则将对应的业务表隔离到独立分组。

存储配额预防模块，用于对所述数据库集群存储的冷数据进行归档处理；其中，所述冷数据为设定时间内未被访问或者访问次数小于等于第二阈值的数据。

流量配额预防模块，用于根据所述数据库集群中数据库节点上当前分区的流量信息，调整所述数据库节点的分区分布，以实现流量均衡。

从以上描述可以看出，通过预测未来时间段内用户对数据库集群的资源使用情况，并基于预测结果对资源配额进行调整，实现了资源配额的动态调整，减少人工干预；结合数据库集群的空闲资源情况、配额使用情况，对资源配额相应进行扩容、缩容处理，提高资源利用率；在配额超限时，通过允许业务临时运行的方式，在保证系统稳定的前提下，最大化的利用集群资源；在配额超限时，自动隔离异常流量，避免影响线上其他业务；将冷数据进行归档，降低线上集群的存储量，并对流量进行自动均衡，降低数据库节点超限的风险。

图7示出了可以应用本发明实施例的基于数据库的资源配额管理方法或基于数据库的资源配额管理装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所发送来的请求进行处理的后台管理服务器。后台管理服务器可以对接收到的请求进行分析等处理，并将处理结果(例如预测的资源使用信息、调整后的资源配额信息)反馈给终端设备。

需要说明的是，本申请实施例所提供的基于数据库的资源配额管理方法一般由服务器705执行，相应地，基于数据库的资源配额管理装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读介质。

本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种基于数据库的资源配额管理方法。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种基于数据库的资源配额管理方法。

下面参考图8，其示出了适用于来实现本发明实施例的电子设备的计算机系统800的结构示意图。图8示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有计算机系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文主要步骤图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括预测模块、判断模块和调整模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，预测模块还可以被描述为“基于用户对数据库集群的历史资源使用信息，预测所述用户在未来时间段内对所述数据库集群的资源使用信息的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：基于用户对数据库集群的历史资源使用信息，预测所述用户在未来时间段内对所述数据库集群的资源使用信息；获取预先设置的所述用户对应的资源配额信息，根据所述资源使用信息，判断是否需要对所述资源配额信息进行调整；在需要调整所述资源配额信息的情况下，按照设定的调整策略，调整所述资源配额信息。

从以上描述可以看出，通过预测未来时间段内用户对数据库集群的资源使用情况，并基于预测结果对资源配额进行调整，实现了资源配额的动态调整，减少人工干预。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。