CN117519964B - 数据库资源管理方法和***、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种数据库资源管理方法和***、电子设备及存储介质，属于数据库技术领域。该方法包括：获取资源请求端的资源请求，并对资源请求进行内容解析，得到资源请求量；获取每一候选机器的可用资源量；获取可用资源量大于资源请求量的候选机器，得到选定机器；将选定机器的可用资源量和资源请求量进行差值计算，得到每一选定机器的资源剩余量；根据预设的资源调度策略和资源剩余量对每一选定机器进行筛选，得到目标机器；获取目标机器的属性参数，并根据属性参数和资源请求量创建部署任务，执行部署任务，以将资源请求量对应的数据库资源存放至目标机器。本申请实施例能够提高物理机资源的利用率。

Description

数据库资源管理方法和***、电子设备及存储介质

技术领域

本申请涉及数据库技术领域，尤其涉及一种数据库资源管理方法和***、电子设备及存储介质。

背景技术

目前，在企业中普遍存在数据库资源大量浪费的现象。究其原因，是因为对数据库资源的管理比较简单，一个数据库实例往往独占整台物理机资源。因此，如何提高物理机资源的利用率，成为了亟待解决的技术问题。

发明内容

本申请实施例的主要目的在于提出一种数据库资源管理方法和***、电子设备及存储介质，旨在提高物理机资源的利用率。

为实现上述目的，本申请实施例的第一方面提出了一种数据库资源管理方法，所述方法包括：

获取资源请求端的资源请求，并对所述资源请求进行内容解析，得到资源请求量；

获取每一候选机器的资源分布信息；其中，所述资源分布信息包括：可用资源量；

获取所述可用资源量大于所述资源请求量的所述候选机器，得到选定机器；

将所述选定机器的所述可用资源量和所述资源请求量进行差值计算，得到每一所述选定机器的资源剩余量；

根据预设的资源调度策略和所述资源剩余量对每一所述选定机器进行筛选，得到目标机器；

获取所述目标机器的属性参数，并根据所述属性参数和所述资源请求量创建部署任务；

执行所述部署任务，以将所述资源请求量对应的数据库资源存放至所述目标机器。

根据本发明的一些实施例，所述根据预设的资源调度策略和所述资源剩余量对每一所述选定机器进行筛选，得到目标机器，包括：

按照所述资源剩余量从大到小将所述选定机器进行排序，得到机器排序序号；

根据所述资源调度策略和所述机器排序序号对所述选定机器进行筛选处理，得到所述目标机器。

根据本发明的一些实施例，所述根据所述资源调度策略和所述机器排序序号对所述选定机器进行筛选处理，得到所述目标机器，包括：

若所述资源调度策略表征为第一调度策略，则将所述机器排序序号中序号最后的所述选定机器作为所述目标机器；其中，所述第一调度策略用于将资源分配至高负载的所述选定机器；

若所述资源调度策略表征为第二调度策略，则将所述机器资源标号中标号最前的所述选定机器作为所述目标机器；其中，所述第二调度策略用于将资源均匀分配至所述选定机器。

根据本发明的一些实施例，所述执行所述部署任务，包括：

获取数据库安装包，并对所述数据库安装包进行解压，得到数据库配置文件；

运行所述数据库配置文件，以对所述数据库进行初始化配置，得到初始数据；

根据所述初始化数据和预设的数据库指令部署所述数据库，得到所述部署任务的执行状态，并将所述执行状态发送至所述资源管理端。

根据本发明的一些实施例，在所述执行所述部署任务之后，所述方法还包括：

获取所述部署任务的执行状态；

若所述执行状态表征为失败状态，根据预设的重试时间间隔对所述部署任务进行重试，并获取所述重试次数；

根据所述重试次数对所述重试时间间隔更新，并根据更新的所述重试时间间隔对所述部署任务进行重试；

若所述重试次数大于预设的重试次数阈值，则回滚所述部署任务。

根据本发明的一些实施例，在所述获取资源请求端的资源请求，并对所述资源请求进行内容解析，得到资源请求量之前，所述方法还包括：

获取目标用户的身份信息；其中，所述资源请求由所述目标用户发送；

根据预设的身份信息库对所述身份信息进行身份认证，得到认证结果；

若所述认证结果表征为用户存在，则通过预设的权限数据库对所述身份信息进行权限鉴定，得到鉴定结果；

当所述鉴定结果表征为拥有请求权时，将所述资源请求存储至预设的元数据中心。

根据本发明的一些实施例，所述当所述鉴定结果表征为拥有请求权时，将所述资源请求存储至预设的元数据中心，包括：

对所述资源请求进行解析，得到资源请求信息；

根据预设的服务模块对所述资源请求信息进行任务构建，得到请求任务；

将所述请求任务存储至所述元数据中心。

为实现上述目的，本申请实施例的第二方面提出了一种数据库资源管理***，所述***包括：

***操作模块，用于获取资源请求端的资源请求，并对所述资源请求进行内容解析，得到资源请求量；

资源调度模块，用于获取每一候选机器的资源分布信息；其中，所述资源分布信息包括：可用资源量；

还用于获取所述可用资源量大于所述资源请求量的所述候选机器，得到选定机器；

还用于将所述选定机器的所述可用资源量和所述资源请求量进行差值计算，得到每一所述选定机器的资源剩余量；

还用于根据预设的资源调度策略和所述资源剩余量对每一所述选定机器进行筛选，得到目标机器；

还用于获取所述目标机器的属性参数，并根据所述属性参数和所述资源请求量创建部署任务；

执行模块，用于执行所述部署任务，以将所述资源请求量对应的数据库资源存放至所述目标机器。

为实现上述目的，本申请实施例的第三方面提出了一种电子设备，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法。

为实现上述目的，本申请实施例的第四方面提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法。

本申请提出的数据库资源管理方法和***、电子设备及存储介质,其通过获取资源请求端的资源请求，并对资源请求进行内容解析，得到资源请求量，然后获取每一候选机器的资源分布信息，其中，资源分布信息包括：可用资源量。获取可用资源量大于资源请求量的候选机器，以筛选得到可分配请求资源的选定机器；将选定机器的可用资源量和资源请求量进行差值计算，得到每一选定机器的资源剩余量。然后根据预设的资源调度策略和资源剩余量对每一选定机器进行筛选，以得到符合资源调度策略的目标机器，再获取目标机器的属性参数，并根据属性参数和资源请求量创建部署任务。最后执行部署任务，以将资源请求量对应的数据库资源存放至目标机器，从而实现物理机资源的合理分配，提高了物理机资源的使用率。

附图说明

图1是本申请实施例提供的数据库资源管理方法的流程图；

图2是图1中的步骤S105的流程图；

图3是图2中的步骤S201的流程图；

图4是图1中的步骤S107的流程图；

图5是本申请另一实施例提供的数据库资源管理方法的流程图；

图6是本申请另一实施例提供的数据库资源管理方法的流程图；

图7是图6中的步骤S604的流程图；

图8是本申请实施例提供的数据库资源管理***的结构示意图；

图9是本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在***示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于***中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

当前，在企业中普遍存在数据库资源大量浪费的现象。究其原因，是因为对数据库资源的管理比较简单，一个数据库实例往往独占整台物理机资源。因此，需要一套资源管理***，完成对物理机的资源按需分配。

基于此，本申请实施例提供了一种数据库资源管理方法和***、电子设备及存储介质，旨在提高物理机资源的利用率。

本申请实施例提供的数据库资源管理方法和***、电子设备及存储介质，具体通过如下实施例进行说明，首先描述本申请实施例中的数据库资源管理方法。

本申请实施例提供的数据库资源管理方法，涉及数据库技术领域。本申请实施例提供的数据库资源管理方法可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器端中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等；服务器端可以配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式***，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、策略服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器；软件可以是实现数据库资源管理方法的应用等，但并不局限于以上形式。

本申请可用于众多通用或专用的计算机***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、策略PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信策略而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

图1是本申请实施例提供的数据库资源管理方法的一个可选的流程图，图1中的方法可以包括但不限于包括步骤S101至步骤S107。

步骤S101，获取资源请求端的资源请求，并对资源请求进行内容解析，得到资源请求量；

步骤S102，获取每一候选机器的资源分布信息，其中，资源分布信息包括：可用资源量；

步骤S103，获取可用资源量大于资源请求量的候选机器，得到选定机器；

步骤S104，将选定机器的可用资源量和资源请求量进行差值计算，得到每一选定机器的资源剩余量；

步骤S105，根据预设的资源调度策略和资源剩余量对每一选定机器进行筛选，得到目标机器；

步骤S106，获取目标机器的属性参数，并根据属性参数和资源请求量创建部署任务；

步骤S107，执行部署任务，以将资源请求量对应的数据库资源存放至目标机器。

本申请实施例所示意的步骤S101至步骤S107，通过获取资源请求端的资源请求，并对资源请求进行内容解析，得到资源请求量，然后获取每一候选机器的资源分布信息，其中，资源分布信息包括：可用资源量。获取可用资源量大于资源请求量的候选机器，以筛选得到可分配请求资源的选定机器，将选定机器的可用资源量和资源请求量进行差值计算，得到每一选定机器的资源剩余量。然后根据预设的资源调度策略和资源剩余量对每一选定机器进行筛选，以得到符合资源调度策略的目标机器，再获取目标机器的属性参数，并根据属性参数和资源请求量创建部署任务。最后执行部署任务，以将资源请求量对应的数据库资源存放至目标机器，从而实现物理机资源的合理分配，提高了物理机资源的使用率。

在一些实施例的步骤S101中，可以通过从预设的元数据中心中，获取资源请求端存放的资源请求任务信息，从而得到资源请求任务。也可以通过采用网络抓包工具的方式筛选出资源请求端的资源请求，不限于此。

在一些实施例的步骤S102中，资源分布信息包括：总资源量、已分配资源量、可用资源量；从元数据中心中获取每一候选机器的资源分布信息，以准确迅速的了解机器资源分布情况。

在一些实施例的步骤S103中，通过获取可用资源量大于资源请求量的候选机器，得到选定机器，以实现对可分配的候选机器的初步筛选。

在一些实施例的步骤S104中，将选定机器的可用资源量和资源请求量进行差值计算，得到每一选定机器的资源剩余量，以作为后续物理机资源分配步骤的决定因素。

请参阅图2，在一些实施例中，步骤S105可以包括但不限于包括步骤S201至步骤S202：

步骤S201，按照资源剩余量从大到小将选定机器进行排序，得到机器排序序号；

步骤S202，根据资源调度策略和机器排序序号对选定机器进行筛选处理，得到目标机器。

在一些实施例的步骤S201中，按照资源剩余量从大到小将选定机器进行排序，得到机器排序序号，以使得每一选定机器的机器资源的排序清晰，更便于后续的资源分配。

在一些实施例的步骤S202中，根据资源调度策略和机器排序序号对选定机器进行筛选处理，以筛选出符合资源调度策略的目标机器。

本申请实施例所示意的步骤S201至步骤S202，通过先按照资源剩余量从大到小将选定机器进行排序，得到机器排序序号，再根据资源调度策略和机器排序序号对选定机器进行筛选处理，得到目标机器，通过排序的方式以提高资源分配的筛选效率。

请参阅图3，在一些实施例中，步骤S202可以包括但不限于包括步骤S301至步骤S302：

步骤S301，若资源调度策略表征为第一调度策略，则将机器排序序号中序号最后的选定机器作为目标机器，其中，第一调度策略用于将资源分配至高负载的选定机器；

步骤S302，若资源调度策略表征为第二调度策略，则将机器资源标号中标号最前的选定机器作为目标机器，其中，第二调度策略用于将资源均匀分配至选定机器。

在一些实施例的步骤S301中，第一调度策略采用尽可能复用的方式，若资源调度策略表征为第一调度策略，则将机器排序序号中序号最后的选定机器作为目标机器。

需要说明的是，排序序号最后即资源剩余量最少的选定机器，将资源剩余量最少的选定机器作为目标机器，以用于后续的资源分配，尽可能将资源分配到较高负载的资源池机器中，从而实现物理机资源的尽可能复用，给大实例资源请求的分配预留了可用资源，充分利用物理机资源。

在一些实施例的步骤S302中，第二调度策略采用尽可能独占的方式，若资源调度策略表征为第二调度策略，则将机器资源标号中标号最前的选定机器作为目标机器。

需要说明的是，排序序号最前即资源剩余量最多的选定机器，将资源剩余量最多的选定机器作为目标机器，以用于后续的资源分配，尽可能将资源均匀分配到资源池的机器中，从而实现物理机资源的尽可能独占，使得资源池的负载较为均匀，避免了资源的过渡集中。

本申请实施例所示意的步骤S301至步骤S302，通过根据资源调度策略进行资源调度，若资源调度策略表征为第一调度策略，则将机器排序序号中序号最后的选定机器作为目标机器。若资源调度策略表征为第二调度策略，则将机器资源标号中标号最前的选定机器作为目标机器，以满足用户请求的不同需求，提高了物理机资源的利用率的同时，也提高了用户体验。

在一些实施例的步骤S106中，目标机器的属性参数包括：数据库类型、数据库版本、连接池配置数据等，通过获取目标机器的属性参数，并根据属性参数和资源请求量创建部署任务，以创建出能准确完成资源调度的部署任务。

请参阅图4，在一些实施例中，步骤S107可以包括但不限于包括步骤S401至步骤S403：

步骤S401，获取数据库安装包，并对数据库安装包进行解压，得到数据库配置文件；

步骤S402，运行数据库配置文件，以对数据库进行初始化配置，得到初始数据；

步骤S403，根据初始化数据和预设的数据库指令部署数据库，得到部署任务的执行状态，并将执行状态发送至资源管理端。

在一些实施例的步骤S401中，通过下载部署任务中指定版本的数据库安装包，从而获取数据库安装包，并将数据库安装包解压至指定的安装目录，以得到安装于指定安装目录的数据库配置文件。

在一些实施例的步骤S402中，通过运行数据库配置文件，创建指定大小的lvm逻辑卷并初始化，然后挂载至指定的lvm挂载目录。然后根据数据库配置文件中的数据库配置数据设置数据库相关配置，并配置数据库目录为lvm挂载目录，然后初始化数据库，生成初始化数据，以实现数据库的初始化配置。

在一些实施例的步骤S403中，预设的数据库指令采用的cgexec命令，根据初始化数据和cgexec命令部署数据库，并获取部署任务的执行状态，然后将执行状态发送至资源管理端，以便于后续的监测部署任务的部署情况。

需要说明的是，通过使用cgexec命令，可以将部署进程放置在指定的控制组(cgroup)中，并根据该控制组所设置的资源限制来管理该进程的资源使用。例如，可以将CPU资源限制为一定的比例，或限制内存使用量等，不限于此。

本申请实施例所示意的步骤S401至步骤S403，通过获取数据库安装包，并对数据库安装包进行解压，得到数据库配置文件，并运行数据库配置文件，以对数据库进行初始化配置，得到初始数据。最后根据初始化数据和预设的数据库指令部署数据库，得到部署任务的执行状态，并将执行状态发送至资源管理端，以实现数据库资源的部署分配，并且通过上报执行状态的处理，以便于后续对部署任务的部署情况进行监测。

在一些实施例的步骤S107之后，数据库资源管理方法还包括：部署失败重试步骤。由于数据库资源管理方法在执行部署任务的过程中，可能会遇到导致部署任务失败的因素，因此通过失败重试的方式，以提高部署任务的部署成功率，从而提高了资源的分配效率。

请参阅图5，在一些实施例中，部署失败重试步骤还可以包括但不限于包括步骤S501至步骤S504：

步骤S501，获取部署任务的执行状态；

步骤S502，若执行状态表征为失败状态，根据预设的重试时间间隔对部署任务进行重试，并获取重试次数；

步骤S503，根据重试次数对重试时间间隔更新，并根据更新的重试时间间隔对部署任务进行重试；

步骤S504，若重试次数大于预设的重试次数阈值，则回滚部署任务。

在一些实施例的步骤S501中，执行状态可以设置有，部署失败、部署成功、部署等待，可以通过调用API接口以获取部署任务的执行状态。也可以通过其他第三方工具获取部署任务的执行状态，不限于此。

在一些实施例的步骤S502中，第一次重试的重试时间间隔可以是10分钟、20分钟、30分钟，若执行状态表征为失败状态，根据预设的重试时间间隔对部署任务进行重试，并获取重试次数，以实现对部署失败的部署任务进行重试，提高了部署成功率。

需要说明的是，导致部署任务表征失败状态的原因，可以是lvm逻辑卷初始化失败、拉取数据库安装包失败、数据库初始化失败、数据库配置失败，不限于此。

在一些实施例的步骤S503中，根据重试次数对重试时间间隔更新，并根据更新的重试时间间隔对部署任务进行重试，以实现对部署任务的重新部署。

需要说明的是，由于重试次数越多的部署任务意味着部署成功可能性越小，因此，随着重试次数的增加，更新的重试时间间隔更长，使得对重试部署次数较多的部署任务采用更长的重试时间间隔，以减少失败重试耗费的物理机资源。

需要进一步说明的是，更新重试时间间隔是以收敛的方式对重试时间间隔进行更新，即采用指数函数以表示重试次数和重试时间间隔之间的关系。若采用根据重试次数定长增加重试时间间隔，会导致节约能耗的效果不佳。

在一些实施例的步骤S504中，重试次数阈值可以设置为5-10次，也可以根据实际应用情况进行调整，不限于此。若重试次数大于预设的重试次数阈值，则回滚部署任务，以避免重试次数过多，导致的物理机资源浪费。

需要说明的是，随着重试次数的增加，更新的重试时间间隔可能会过长，以导致部署任务所使用的进程一直处于占用状态。因此，通过回滚重试次数较多的部署任务，可以避免进程被占用的情况，从而避免浪费计算机资源。

本申请实施例所示意的步骤S501至步骤S504，通过获取部署任务的执行状态，若执行状态表征为失败状态，则根据预设的重试时间间隔对部署任务进行重试，并获取重试次数。然后根据重试次数对重试时间间隔更新，并根据更新的重试时间间隔对部署任务进行重试，以通过调整重试时间间隔节约计算机资源。若重试次数大于预设的重试次数阈值，则回滚部署任务，以避免进程被占用的情况，从而避免浪费计算机资源。

在一些实施例的步骤S101之前，数据库资源管理方法还包括：身份认证步骤。由于数据库资源管理方法在接收资源请求之前，需要对发送资源请求的用户进行身份认证、鉴别权限，以确保资源请求的有效性。

请参阅图6，在一些实施例，身份认证步骤包括但不限于包括步骤S601至步骤S604：

步骤S601，获取目标用户的身份信息，其中，资源请求由目标用户发送；

步骤S602，根据预设的身份信息库对身份信息进行身份认证，得到认证结果；

步骤S603，若认证结果表征为用户存在，则通过预设的权限数据库对身份信息进行权限鉴定，得到鉴定结果；

步骤S604，当鉴定结果表征为拥有请求权时，将资源请求存储至预设的元数据中心。

在一些实施例的步骤S601中，可以使用命令行工具或***API来获取目标用户的身份信息，如用户名、用户ID、用户组、登录时间等，以用于后续的身份认证步骤。

在一些实施例的步骤S602中，预设的身份信息库中存放着所有用户的身份信息，基于身份信息库通过关键字匹配技术对身份信息进行身份认证，以得到准确的认证结果。

在一些实施例的步骤S603中，预设的权限数据库中存放着所有用户的身份信息对应的权限数据，若认证结果表征为用户存在，则根据权限数据对身份信息进行权限鉴定，得到能反应用户权限的鉴定结果。

在一些实施例的步骤S604中，元数据中心是用于存放机器资源、任务等信息的。当鉴定结果表征为拥有请求权时，即说明该用户是有权限发送资源请求的用户，则将该用户发送的资源请求存储至元数据中心，以通过元数据中心实现进程解耦，结合后续步骤中的资源调度交互过程，提升了本方案中调度策略的并发能力。

本申请实施例所示意的步骤S601至步骤S604，通过获取目标用户的身份信息，其中，资源请求由目标用户发送，再根据预设的身份信息库对身份信息进行身份认证，得到认证结果。若认证结果表征为用户存在，则通过预设的权限数据库对身份信息进行权限鉴定，得到鉴定结果，当鉴定结果表征为拥有请求权时，将资源请求存储至预设的元数据中心，以确保资源请求的有效性。

请参阅图7，在一些实施例中，步骤S604可以包括但不限于包括步骤S701至步骤S703：

步骤S701，对资源请求进行解析，得到资源请求信息；

步骤S702，根据预设的服务模块对资源请求信息进行任务构建，得到请求任务；

步骤S703，将请求任务存储至元数据中心。

在一些实施例的步骤S701中，对资源请求进行解析后，以得到更便于存储的资源请求信息，以用于后续任务构建。

在一些实施例的步骤S702中，预设的服务模块为对应资源请求的服务模块，通过服务模块先对资源请求信息进行内容转化后构建出请求任务，以便于存储至元数据中心。

在一些实施例的步骤S703中，将请求任务存储至元数据中心，用于后续资源调度进程，并结合资源调度策略，以助于实现资源请求调度的解耦。

本申请实施例所示意的步骤S701至步骤S703，通过对资源请求进行解析，得到资源请求信息，根据预设的服务模块对资源请求信息进行任务构建，得到请求任务，将请求任务存储至元数据中心，以提高后续资源调度的并发能力。

请参阅图8，本申请实施例还提供一种数据库资源管理***，可以实现上述数据库资源管理方法，该***包括：

***操作模块801，用于获取资源请求端的资源请求，并对资源请求进行内容解析，得到资源请求量；

资源调度模块802，用于获取每一候选机器的资源分布信息；其中，资源分布信息包括：可用资源量；

还用于获取可用资源量大于资源请求量的候选机器，得到选定机器；

还用于将选定机器的可用资源量和资源请求量进行差值计算，得到每一选定机器的资源剩余量；

还用于根据预设的资源调度策略和资源剩余量对每一选定机器进行筛选，得到目标机器；

还用于获取目标机器的属性参数，并根据属性参数和资源请求量创建部署任务；

执行模块803，用于执行部署任务，以将资源请求量对应的数据库资源存放至目标机器。

该数据库资源管理***的具体实施方式与上述数据库资源管理方法的具体实施例基本相同，在此不再赘述。

本申请实施例还提供了一种电子设备，电子设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述数据库资源管理方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。

请参阅图9，图9示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器901，可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案；

存储器902，可以采用只读存储器(Read Only Memory，ROM)、静态存储设备、动态存储设备或者随机存取存储器(Random Access Memory，RAM)等形式实现。存储器902可以存储操作***和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器902中，并由处理器901来调用执行本申请实施例的数据库资源管理方法；

输入/输出接口903，用于实现信息输入及输出；

通信接口904，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动策略、WIFI、蓝牙等)实现通信；

总线905，在设备的各个组件(例如处理器901、存储器902、输入/输出接口903和通信接口904)之间传输信息；

其中处理器901、存储器902、输入/输出接口903和通信接口904通过总线905实现彼此之间在设备内部的通信连接。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述数据库资源管理方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过策略连接至该处理器。上述策略的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例提供的数据库资源管理方法、数据库资源管理***、电子设备及存储介质，其通过获取资源请求端的资源请求，并对资源请求进行内容解析，得到资源请求量，然后获取每一候选机器的资源分布信息，其中，资源分布信息包括：可用资源量。获取可用资源量大于资源请求量的候选机器，以筛选得到可分配请求资源的选定机器；将选定机器的可用资源量和资源请求量进行差值计算，得到每一选定机器的资源剩余量。然后根据预设的资源调度策略和资源剩余量对每一选定机器进行筛选，以得到符合资源调度策略的目标机器，再获取目标机器的属性参数，并根据属性参数和资源请求量创建部署任务。最后执行部署任务，以将资源请求量对应的数据库资源存放至目标机器，并且在实现过程中通过元数据中心进行解耦，再结合资源调度策略实现了资源调度请求的解耦提高了本方案的并发能力，从而实现物理机资源的合理分配，提高了物理机资源的使用率。

本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图中示出的技术方案并不构成对本申请实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

以上所描述的***实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个策略单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、***、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的***和方法，可以通过其它的方式实现。例如，以上所描述的***实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，***或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个策略单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者策略设备等)执行本申请各个实施例的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序的介质。

以上参照附图说明了本申请实施例的优选实施例，并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本申请实施例的权利范围之内。

Claims (8)

1.一种数据库资源管理方法，其特征在于，应用于资源管理端，所述资源管理端通信连接资源请求端，所述方法包括：

获取资源请求端的资源请求，并对所述资源请求进行内容解析，得到资源请求量；

获取每一候选机器的资源分布信息；其中，所述资源分布信息包括：可用资源量；

获取所述可用资源量大于所述资源请求量的所述候选机器，得到选定机器；

将所述选定机器的所述可用资源量和所述资源请求量进行差值计算，得到每一所述选定机器的资源剩余量；

根据预设的资源调度策略和所述资源剩余量对每一所述选定机器进行筛选，得到目标机器,具体包括按照所述资源剩余量从大到小将所述选定机器进行排序，得到机器排序序号；若所述资源调度策略表征为第一调度策略，则将所述机器排序序号中序号最后的所述选定机器作为所述目标机器；其中，所述第一调度策略用于将资源分配至高负载的所述选定机器；若所述资源调度策略表征为第二调度策略，则将所述机器资源标号中标号最前的所述选定机器作为所述目标机器；其中，所述第二调度策略用于将资源均匀分配至所述选定机器；

获取所述目标机器的属性参数，并根据所述属性参数和所述资源请求量创建部署任务；

执行所述部署任务，以将所述资源请求量对应的数据库资源存放至所述目标机器。

2.根据权利要求1所述的方法，其特征在于，所述执行所述部署任务，包括：

获取数据库安装包，并对所述数据库安装包进行解压，得到数据库配置文件；

运行所述数据库配置文件，以对所述数据库进行初始化配置，得到初始数据；

根据所述初始化数据和预设的数据库指令部署所述数据库，得到所述部署任务的执行状态，并将所述执行状态发送至所述资源管理端。

3.根据权利要求1所述的方法，其特征在于，在所述执行所述部署任务之后，所述方法还包括：

获取所述部署任务的执行状态；

若所述执行状态表征为失败状态，根据预设的重试时间间隔对所述部署任务进行重试，并获取所述重试次数；

根据所述重试次数对所述重试时间间隔更新，并根据更新的所述重试时间间隔对所述部署任务进行重试；

若所述重试次数大于预设的重试次数阈值，则回滚所述部署任务。

4.根据权利要求1所述的方法，其特征在于，在所述获取资源请求端的资源请求，并对所述资源请求进行内容解析，得到资源请求量之前，所述方法还包括：

获取目标用户的身份信息；其中，所述资源请求由所述目标用户发送；

根据预设的身份信息库对所述身份信息进行身份认证，得到认证结果；

若所述认证结果表征为用户存在，则通过预设的权限数据库对所述身份信息进行权限鉴定，得到鉴定结果；

当所述鉴定结果表征为拥有请求权时，将所述资源请求存储至预设的元数据中心。

5.根据权利要求4所述的方法，其特征在于，所述当所述鉴定结果表征为拥有请求权时，将所述资源请求存储至预设的元数据中心，包括：

对所述资源请求进行解析，得到资源请求信息；

根据预设的服务模块对所述资源请求信息进行任务构建，得到请求任务；

将所述请求任务存储至所述元数据中心。

6.一种数据库资源管理***，其特征在于，包括：

***操作模块，用于获取资源请求端的资源请求，并对所述资源请求进行内容解析，得到资源请求量；

资源调度模块，用于获取每一候选机器的资源分布信息；其中，所述资源分布信息包括：可用资源量；

还用于获取所述可用资源量大于所述资源请求量的所述候选机器，得到选定机器；

还用于将所述选定机器的所述可用资源量和所述资源请求量进行差值计算，得到每一所述选定机器的资源剩余量；

还用于根据预设的资源调度策略和所述资源剩余量对每一所述选定机器进行筛选，得到目标机器，具体包括按照所述资源剩余量从大到小将所述选定机器进行排序，得到机器排序序号；若所述资源调度策略表征为第一调度策略，则将所述机器排序序号中序号最后的所述选定机器作为所述目标机器；其中，所述第一调度策略用于将资源分配至高负载的所述选定机器；若所述资源调度策略表征为第二调度策略，则将所述机器资源标号中标号最前的所述选定机器作为所述目标机器；其中，所述第二调度策略用于将资源均匀分配至所述选定机器；

还用于获取所述目标机器的属性参数，并根据所述属性参数和所述资源请求量创建部署任务；

执行模块，用于执行所述部署任务，以将所述资源请求量对应的数据库资源存放至所述目标机器。

7.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现权利要求1至5任一项所述的数据库资源管理方法。

8.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的数据库资源管理方法。