CN110222034A - 一种数据库维护方法及装置 - Google Patents

Abstract

本发明实施例提供了一种数据库维护方法及装置，涉及通信技术领域，用以防止数据库的雪崩击穿。本申请实施例的方案包括：获取待发送的数据库连接请求消息的数量；判断待发送的数据库连接请求消息的数量是否大于第一预设阈值；若是，则对超出第一预设阈值的数据库连接请求消息进行缓存；当待发送的数据库连接请求消息的数量小于第二预设阈值时，向数据库服务器发送缓存的连接请求消息，第二预设阈值小于第一预设阈值。

Description

一种数据库维护方法及装置

技术领域

本发明涉及通信技术领域，特别是涉及一种数据库维护方法及装置。

背景技术

传统的互联网中，网站中涉及的数据一般都存储在数据库中，当用户访问网站时，网站的服务器可以向数据库请求获取数据，但是数据库的输入输出(Input/Output，简称IO)能力有限，若数据库收到过多的数据访问请求，受限于数据库的处理能力，可能会导致响应数据访问请求的速度较慢，影响网站的访问速度。

为了解决该问题，可以在服务器中增加一个缓存层，网站的服务器优先从缓存层获取数据，若缓存层无法提供网站所需数据，缓存层可从数据库中获取数据，并返回给网站的服务器。然而，在网站的访问量过大，或者缓存失效的情况下，大量的数据访问请求将穿透缓存层，直接访问数据库，数据库将接收到大量的连接请求，而数据库无法承受这种量级的连接请求，会导致数据库宕机，这种情况可称为数据库的雪崩击穿。出现数据库雪崩击穿后，会进一步导致该数据库相关的应用服务不可用。

发明内容

本发明实施例的目的在于提供一种数据库维护方法及装置，以防止数据库的雪崩击穿。具体技术方案如下：

第一方面，本申请实施例提供一种数据库维护方法，所述方法应用于应用服务器，所述方法包括：

获取待发送的数据库连接请求消息的数量；

判断待发送的数据库连接请求消息的数量是否大于第一预设阈值；

若待发送的数据库连接请求消息的数量大于所述第一预设阈值，则对超出所述第一预设阈值的数据库连接请求消息进行缓存；

当待发送的数据库连接请求消息的数量小于第二预设阈值时，向数据库服务器发送缓存的连接请求消息，所述第二预设阈值小于所述第一预设阈值。

在一种可能的实现方式中，所述对超出所述第一预设阈值的数据库连接请求消息进行缓存，包括：

随机获取第一预设数量的待发送的数据库连接请求，对随机获取的第一预设数量的数据库连接请求进行缓存；或者，

按照数据库连接请求的生成时间从后至前的顺序，获取第一预设数量的待发送的数据库连接请求，对获取的第一数量的数据库连接请求进行缓存；

其中，所述第一数量大于或者等于所述待发送的数据库连接请求的数量与所述第一预设阈值之间的差值。

因此，采用本申请实施例的数据库维护方法，应用服务器可获取待发送的数据库连接请求消息的数量，然后判断待发送的数据库连接请求消息的数量是否大于第一预设阈值，若是，则对超出预设阈值的数据库连接请求消息进行缓存，当待发送的数据库连接请求消息的数量小于第二预设阈值时，再向数据库服务器发送缓存的连接请求消息。采用该方法可以限制应用服务器向数据库服务器发送的连接请求消息的数量，从而限制了应用服务器与数据库服务器之间建立的连接数，可以避免数据库服务器与应用服务器之间建立过多的连接而导致的雪崩击穿的问题。

第二方面，本申请实施例提供一种数据库维护方法，所述方法应用于数据库服务器，所述方法包括：

接收应用服务器发送的数据库连接请求消息；

判断所述数据库服务器的资源占用量是否不小于资源阈值；

若所述数据库服务器的资源占用量不小于所述资源阈值，则缓存所述数据库连接请求消息；

当所述数据库服务器的资源占用量小于资源阈值时，处理已缓存的所述数据库连接请求消息。

在一种可能的实现方式中，所述判断数据库的资源占用量是否不小于资源阈值，包括：

判断数据库连接数是否不小于连接阈值，所述数据库连接数为所述数据库服务器与应用服务器之间建立的连接数量；

若所述数据库连接数不小于所述连接阈值，则确定所述数据库的资源占用量不小于资源阈值；

若所述数据库连接数小于所述连接阈值，则确定所述数据库的资源占用量小于资源阈值。

在一种可能的实现方式中，所述判断数据库的资源占用量是否不小于资源阈值，包括：

判断数据库连接数是否不小于连接阈值，所述数据库连接数为所述数据库服务器与应用服务器之间建立的连接数量；

判断所述数据库服务器的中央处理器CPU占用率是否不小于CPU阈值；

判断所述数据库服务器的已使用内存资源量是否不小于内存阈值；

判断所述数据库服务器的输入输出IO资源使用率是否不小于IO阈值；

当满足以上任意一个条件时，确定所述数据库的资源占用量不小于资源阈值；

当以上条件均不满足时，确定所述数据库的资源占用量小于资源阈值。

因此，采用本申请实施例提供的数据库维护方法，数据库服务器可接收应用服务器发送的数据库连接请求消息，然后判断数据库服务器的资源占用量是否不小于资源阈值，若是，则缓存数据库连接请求消息，当数据库服务器的资源占用量小于资源阈值时，再处理已缓存的数据库连接请求消息。采用该方法，可以限制数据库服务器并行处理的数据库连接请求消息的数量，当数据库服务器的资源占用量不小于资源阈值时，暂时将未处理的数据库连接请求消息缓存，在数据库的资源占用量降低后再处理缓存的数据库连接请求消息，可以避免数据库服务器与应用服务器之间建立过多的连接而导致的雪崩击穿的问题。

第三方面，本申请实施例提供一种数据库维护装置，所述装置应用于应用服务器，所述装置包括：

获取模块，用于获取待发送的数据库连接请求消息的数量；

判断模块，用于判断所述获取模块获取的待发送的数据库连接请求消息的数量是否大于第一预设阈值；

缓存模块，用于若所述判断模块确定待发送的数据库连接请求消息的数量大于所述第一预设阈值，则对超出所述第一预设阈值的数据库连接请求消息进行缓存；

发送模块，用于当待发送的数据库连接请求消息的数量小于第二预设阈值时，向数据库服务器发送缓存的连接请求消息，所述第二预设阈值小于所述第一预设阈值。

在一种可能的实现方式中，所述缓存模块，具体用于：

随机获取第一预设数量的待发送的数据库连接请求，对随机获取的第一预设数量的数据库连接请求进行缓存；或者，

按照数据库连接请求的生成时间从后至前的顺序，获取第一预设数量的待发送的数据库连接请求，对获取的第一数量的数据库连接请求进行缓存；

其中，所述第一数量大于或者等于所述待发送的数据库连接请求的数量与所述第一预设阈值之间的差值。

第四方面，本申请实施例提供一种数据库维护装置，所述装置应用于数据库服务器，所述装置包括：

接收模块，用于接收应用服务器发送的数据库连接请求消息；

判断模块，用于判断所述数据库服务器的资源占用量是否不小于资源阈值；

缓存模块，用于若所述判断模块确定所述数据库服务器的资源占用量不小于所述资源阈值，则缓存所述数据库连接请求消息；

处理模块，用于当所述数据库服务器的资源占用量小于资源阈值时，处理已缓存的所述数据库连接请求消息。

在一种可能的实现方式中，所述判断模块，具体用于：

判断数据库连接数是否不小于连接阈值，所述数据库连接数为所述数据库服务器与应用服务器之间建立的连接数量；

若所述数据库连接数不小于所述连接阈值，则确定所述数据库的资源占用量不小于资源阈值；

若所述数据库连接数小于所述连接阈值，则确定所述数据库的资源占用量小于资源阈值。

在一种可能的实现方式中，所述判断模块，具体用于：

判断数据库连接数是否不小于连接阈值，所述数据库连接数为所述数据库服务器与应用服务器之间建立的连接数量；

判断所述数据库服务器的中央处理器CPU占用率是否不小于CPU阈值；

判断所述数据库服务器的已使用内存资源量是否不小于内存阈值；

判断所述数据库服务器的输入输出IO资源使用率是否不小于IO阈值；

当满足以上任意一个条件时，确定所述数据库的资源占用量不小于资源阈值；

当以上条件均不满足时，确定所述数据库的资源占用量小于资源阈值。

第五方面，本申请实施例提供一种应用服务器，该应用服务器包括：处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器被所述机器可执行指令促使：实现第一方面中所述的方法。

第六方面，本申请实施例提供一种数据库服务器，该数据库服务器包括：处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器被所述机器可执行指令促使：实现第二方面中所述的方法。

第七方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现第一方面或第二方面中所述的方法。

第八方面，本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面中所述的方法。

由上述方案可知，采用本申请实施例的数据库维护方法及装置，应用服务器可以限制向数据库发送的连接请求数量，或者数据库服务器可以限制自身并行处理的连接请求消息的数量，通过上述任一种方式均可限制应用服务器与数据库服务器之间建立的连接数，可以避免数据库服务器与应用服务器之间建立过多的连接而导致的雪崩击穿的问题。

当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例提供的一种数据库服务系统的结构示意图；

图2为本发明实施例提供的一种数据库维护方法的流程图；

图3为本发明实施例提供的一种应用服务器内各模块之间的通信示意图；

图4为本发明实施例提供的另一种数据库维护方法的流程图；

图5为本发明实施例提供的一种数据库服务器内各模块之间的通信示意图；

图6为本发明实施例提供的一种数据库维护装置的结构示意图；

图7为本发明实施例提供的另一种数据库维护装置的结构示意图；

图8为本发明实施例提供的一种应用服务器的结构示意图；

图9为本发明实施例提供的一种数据库服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

为了防止数据库出现雪崩击穿，本发明实施例提供了一种数据库维护方法，该方法可以应用于如图1所示的数据库服务系统中，该系统中包括终端、应用服务器及数据库服务器。

其中，终端可通过访问应用服务器来获取应用程序所需的数据，以实现应用程序的相关功能。

应用服务器可以为应用程序的后台服务器，应用服务器中可部署缓存层。

应用服务器可接收终端发送的数据访问请求，若缓存层中存在终端请求获取的数据，则应用服务器响应该数据访问请求，将缓存中的相关数据发送给终端。

若缓存层中不存在终端请求获取的数据，则应用服务器可根据该数据访问请求生成数据库连接请求，向数据库服务器发送数据库连接请求，从而与数据库服务器建立连接，从数据库服务器中获取终端请求访问的数据，将获取的数据存储在缓存中，并响应终端的数据访问请求。

作为一个例子，本发明实施例中的数据库服务器可以为结构化查询语言(Structured Query Language，简称SQL)服务器。

需要说明的是，图1中的各设备数量仅为示例，实际应用中，该系统中的各设备数量不限于此。

基于图1所示的数据库服务系统，本发明实施例提供一种数据库维护方法，该方法由应用服务器执行，如图2所示，该方法包括：

S201、获取待发送的数据库连接请求消息的数量。

其中，应用服务器可以实时监控待发送的数据库连接请求消息的数量。

可以理解的，应用服务器可接收终端发送的数据访问请求消息，并通过缓存中的数据响应该数据访问请求消息，当缓存中不存在数据访问请求消息请求访问的数据时，可生成数据库连接请求消息。

在一种实施方式中，当应用服务器的缓存层失效后，应用服务器将无法通过缓存提供终端请求获取的数据，所以应用服务器接收到终端发送的数据访问请求消息后，会生成数据库连接请求消息，由于缓存失效，终端请求获取的数据都需通过数据库获取，会导致应用服务器生成大量的数据库连接请求消息。

S202、判断待发送的数据库连接请求消息的数量是否大于第一预设阈值。

其中，应用服务器可实时判断待发送的数据库连接请求消息的数量是否大于第一预设阈值。

若是，则执行S203。若否，则执行S205。

S203、对超出第一预设阈值的数据库连接请求消息进行缓存。

若待发送的数据库连接请求消息的数量大于第一预设阈值，说明待发送的数据库连接请求消息的数量超出了数据库服务器的服务能力，所以可以先将部分数据库连接请求消息缓存，暂缓对这部分数据库连接请求消息的处理，以避免向数据库服务器发送大量的数据库连接请求消息，导致数据库宕机。

在一种实现方式中，应用服务器可以随机获取第一预设数量的待发送的数据库连接请求，对随机获取的第一预设数量的数据库连接请求进行缓存。

在另一种实现方式中，应用服务器可以按照数据库连接请求的生成时间从后至前的顺序，获取第一预设数量的待发送的数据库连接请求，对获取的第一数量的数据库连接请求进行缓存。

其中，第一数量大于或者等于待发送的数据库连接请求的数量与第一预设阈值之间的差值。

可选地，可以将超出第一预设阈值的数据库连接请求消息缓存在一个缓存队列中，或者采用分布式消息系统缓存超出预设阈值的数据库连接请求。

S204、当待发送的数据库连接请求消息的数量小于第二预设阈值时，向数据库服务器发送缓存的连接请求消息。

其中，第二预设阈值小于第一预设阈值。

应用服务器可实时监控待发送的数据库连接请求消息的数量，在数据库连接请求消息的数量降低至小于第二预设阈值时，可继续处理缓存的数据连接请求消息。

在一种可能的实现方式中，数据库连接请求消息存储于缓存队列中，应用服务器可以周期性的轮询缓存队列中是否存在数据库连接请求消息，若存在，且当前待发送的数据库连接请求消息的数量小于第二预设阈值，则向数据库服务器发送缓存队列中的数据库连接请求消息。

S205、向数据库服务器发送数据库连接请求。

采用本申请实施例的数据库维护方法，应用服务器可获取待发送的数据库连接请求消息的数量，然后判断待发送的数据库连接请求消息的数量是否大于第一预设阈值，若是，则对超出预设阈值的数据库连接请求消息进行缓存，当待发送的数据库连接请求消息的数量小于第二预设阈值时，再向数据库服务器发送缓存的连接请求消息。采用该方法可以限制应用服务器向数据库服务器发送的连接请求消息的数量，从而限制了应用服务器与数据库服务器之间建立的连接数，可以避免数据库服务器与应用服务器之间建立过多的连接而导致的雪崩击穿的问题。

在一种实施方式中，为了实现图2对应的方法流程，如图3所示，应用服务器中可部署数据库流量监控模块和存储模块。除此之外，应用服务器中还包括缓存层以及应用服务处理模块。

数据库流量监控模块可以监控待发送的数据库连接请求消息的数量，当确定待发送的数据库连接请求消息的数量超过第一预设阈值时，应用服务处理模块可将超出第一预设阈值的数据库连接请求消息暂时缓存在存储模块，当数据库流量监控模块确定待发送的数据库连接请求消息的数量小于第二预设阈值时，可从存储模块中获取缓存的数据库连接请求消息，并向数据库服务器发送这些数据库连接请求消息。

图2对应的方法实施例中，由应用服务器限制应用服务器与数据库服务器之间的连接数，在另一种实现方式中，还可以由数据库服务器限制应用服务器与数据库服务器之间的连接数。基于此，结合图1所示的系统，本发明实施例还提供另一种数据库维护方法，该方法由数据库服务器执行，如图4所示，该方法包括：

S401、接收应用服务器发送的数据库连接请求消息。

其中，应用服务器可接收终端发送的数据访问请求，若应用服务器的缓存层中不存在终端请求获取的数据，则应用服务器向数据库服务器发送数据库连接请求消息，以从数据库服务器中获取终端请求获取的数据。

S402、判断数据库服务器的资源占用量是否不小于资源阈值。

其中，数据库服务器可实时监控自身的资源占用量。

在一种实施方式中，资源占用量为数据库连接数，资源阈值为连接阈值。数据库连接数为数据库服务器与应用服务器之间建立的连接数量。

数据库服务器可以判断数据库连接数是否不小于连接阈值。若是，则确定数据库的资源占用量不小于资源阈值；若否，则确定数据库的资源占用量小于资源阈值。

在另一种实施方式中，资源占用量包括数据库服务器的中央处理器(CentralProcessing Unit，简称CPU)占用率、已使用内存资源量、IO资源使用率以及数据库连接数。

数据库服务器可判断以下四个条件是否满足：

判断数据库连接数是否不小于连接阈值：

判断数据库服务器的CPU占用率是否不小于CPU阈值：

判断数据库服务器的已使用内存资源量是否不小于内存阈值：

判断数据库服务器的IO资源使用率是否不小于IO阈值。

当满足以上任意一个条件时，确定数据库的资源占用量不小于资源阈值；当以上条件均不满足时，确定数据库的资源占用量小于资源阈值。

若确定数据库的资源占用量不小于资源阈值，则执行S403；若确定数据库的资源占用量小于资源阈值，则执行S405。

S403、缓存数据库连接请求消息。

若数据库服务器的资源占用量不小于资源阈值，说明数据库服务器当前负荷较重，所以可以暂时缓存数据库连接请求消息。

S404、当数据库服务器的资源占用量小于资源阈值时，处理已缓存的数据库连接请求消息。

当数据库服务器的资源占用量小于资源阈值时，可以在保证资源占用量不超出资源阈值的情况下，处理已缓存的数据库连接请求消息，即根据数据库连接请求消息建立与应用服务器之间的连接。

可以理解的，在应用服务器的缓存失效的情况下，应用服务器会向数据库服务器发送大量的数据库连接请求消息，而数据库服务器没有足够的处理资源并行处理大量的数据库连接请求消息，为防止雪崩击穿，数据库服务器在资源占用量不小于资源阈值的情况下，可缓存未处理的数据库连接请求消息，后续在数据库服务器的资源占用量小于资源阈值时，再逐个或者分批处理缓存的数据库连接请求消息。

S405、处理数据库连接请求消息。

具体地，数据库服务器可以基于数据库连接请求消息与应用服务器建立连接，并向应用服务器返回应用服务器请求获取的数据，以便于应用服务器响应终端的数据访问请求消息。

采用本申请实施例提供的数据库维护方法，数据库服务器可接收应用服务器发送的数据库连接请求消息，然后判断数据库服务器的资源占用量是否不小于资源阈值，若是，则缓存数据库连接请求消息，当数据库服务器的资源占用量小于资源阈值时，再处理已缓存的数据库连接请求消息。采用该方法，可以限制数据库服务器并行处理的数据库连接请求消息的数量，当数据库服务器的资源占用量不小于资源阈值时，暂时将未处理的数据库连接请求消息缓存，在数据库的资源占用量降低后再处理缓存的数据库连接请求消息，可以避免数据库服务器与应用服务器之间建立过多的连接而导致的雪崩击穿的问题。

在一种可能的实施方式中，为了实现图4对应的方法流程，如图5所示，数据库服务器中可以部署系统资源监控模块和存储模块。除此之外，数据库服务器中还包括数据库及数据库服务处理模块。

系统资源监控模块可以监控数据库服务器的资源占用量，当确定资源占用量不小于资源阈值时，数据库服务处理模块将未处理的数据库连接请求消息存储至存储模块，当系统资源监控模块确定数据库服务器的资源占用量不小于资源阈值时，数据库服务处理模块继续处理存储模块中存储的数据库连接请求消息。

基于同样的发明构思，本发明实施例还提供一种数据库维护装置，该装置应用于应用服务器，如图6所示，该装置包括：获取模块601、判断模块602、缓存模块603和发送模块604。

获取模块601，用于获取待发送的数据库连接请求消息的数量；

判断模块602，用于判断获取模块601获取的待发送的数据库连接请求消息的数量是否大于第一预设阈值；

缓存模块603，用于若判断模块确定待发送的数据库连接请求消息的数量大于第一预设阈值，则对超出第一预设阈值的数据库连接请求消息进行缓存；

发送模块604，用于当待发送的数据库连接请求消息的数量小于第二预设阈值时，向数据库服务器发送缓存的连接请求消息，第二预设阈值小于第一预设阈值。

可选地，缓存模块603，具体用于：

随机获取第一预设数量的待发送的数据库连接请求，对随机获取的第一预设数量的数据库连接请求进行缓存；或者，

按照数据库连接请求的生成时间从后至前的顺序，获取第一预设数量的待发送的数据库连接请求，对获取的第一数量的数据库连接请求进行缓存；

其中，第一数量大于或者等于待发送的数据库连接请求的数量与第一预设阈值之间的差值。

基于同样的发明构思，本发明实施例还提供另一种数据库维护装置，该装置应用于数据库服务器，如图7所示，该装置包括：接收模块701、判断模块702、缓存模块703和处理模块704。

接收模块701，用于接收应用服务器发送的数据库连接请求消息；

判断模块702，用于判断数据库服务器的资源占用量是否不小于资源阈值；

缓存模块703，用于若判断模块702确定数据库服务器的资源占用量不小于资源阈值，则缓存数据库连接请求消息；

处理模块704，用于当数据库服务器的资源占用量小于资源阈值时，处理已缓存的数据库连接请求消息。

可选地，判断模块702，具体用于：

判断数据库连接数是否不小于连接阈值，数据库连接数为数据库服务器与应用服务器之间建立的连接数量；

若数据库连接数不小于连接阈值，则确定数据库的资源占用量不小于资源阈值；

若数据库连接数小于连接阈值，则确定数据库的资源占用量小于资源阈值。

可选地，判断模块702，具体用于：

判断数据库连接数是否不小于连接阈值，数据库连接数为数据库服务器与应用服务器之间建立的连接数量；

判断数据库服务器的中央处理器CPU占用率是否不小于CPU阈值；

判断数据库服务器的已使用内存资源量是否不小于内存阈值；

判断数据库服务器的输入输出IO资源使用率是否不小于IO阈值；

当满足以上任意一个条件时，确定数据库的资源占用量不小于资源阈值；

当以上条件均不满足时，确定数据库的资源占用量小于资源阈值。

本申请实施例还提供了一种应用服务器，如图8所示，包括处理器801、通信接口802、存储器803和通信总线804，其中，处理器801，通信接口802，存储器803通过通信总线804完成相互间的通信，

存储器803，用于存放计算机程序；

处理器801，用于执行存储器803上所存放的程序时，实现上述方法实施例中由应用服务器执行的过程。

上述应用服务器提到的通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述应用服务器与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请实施例还提供了一种数据库服务器，如图9所示，包括处理器901、通信接口902、存储器903和通信总线904，其中，处理器901，通信接口902，存储器903通过通信总线904完成相互间的通信，

存储器903，用于存放计算机程序；

处理器901，用于执行存储器903上所存放的程序时，实现上述方法实施例中由数据库服务器执行的过程。

上述数据库服务器提到的通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述数据库服务器与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一数据库维护方法的步骤。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一数据库维护方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种数据库维护方法，其特征在于，所述方法应用于应用服务器，所述方法包括：

获取待发送的数据库连接请求消息的数量；

判断待发送的数据库连接请求消息的数量是否大于第一预设阈值；

若待发送的数据库连接请求消息的数量大于所述第一预设阈值，则对超出所述第一预设阈值的数据库连接请求消息进行缓存；

当待发送的数据库连接请求消息的数量小于第二预设阈值时，向数据库服务器发送缓存的连接请求消息，所述第二预设阈值小于所述第一预设阈值。

2.根据权利要求1所述的方法，其特征在于，所述对超出所述第一预设阈值的数据库连接请求消息进行缓存，包括：

随机获取第一预设数量的待发送的数据库连接请求，对随机获取的第一预设数量的数据库连接请求进行缓存；或者，

按照数据库连接请求的生成时间从后至前的顺序，获取第一预设数量的待发送的数据库连接请求，对获取的第一数量的数据库连接请求进行缓存；

其中，所述第一数量大于或者等于所述待发送的数据库连接请求的数量与所述第一预设阈值之间的差值。

3.一种数据库维护方法，其特征在于，所述方法应用于数据库服务器，所述方法包括：

接收应用服务器发送的数据库连接请求消息；

判断所述数据库服务器的资源占用量是否不小于资源阈值；

若所述数据库服务器的资源占用量不小于所述资源阈值，则缓存所述数据库连接请求消息；

当所述数据库服务器的资源占用量小于资源阈值时，处理已缓存的所述数据库连接请求消息。

4.根据权利要求3所述的方法，其特征在于，所述判断数据库的资源占用量是否不小于资源阈值，包括：

判断数据库连接数是否不小于连接阈值，所述数据库连接数为所述数据库服务器与应用服务器之间建立的连接数量；

若所述数据库连接数不小于所述连接阈值，则确定所述数据库的资源占用量不小于资源阈值；

若所述数据库连接数小于所述连接阈值，则确定所述数据库的资源占用量小于资源阈值。

5.根据权利要求3所述的方法，其特征在于，所述判断数据库的资源占用量是否不小于资源阈值，包括：

判断数据库连接数是否不小于连接阈值，所述数据库连接数为所述数据库服务器与应用服务器之间建立的连接数量；

判断所述数据库服务器的中央处理器CPU占用率是否不小于CPU阈值；

判断所述数据库服务器的已使用内存资源量是否不小于内存阈值；

判断所述数据库服务器的输入输出IO资源使用率是否不小于IO阈值；

当满足以上任意一个条件时，确定所述数据库的资源占用量不小于资源阈值；

当以上条件均不满足时，确定所述数据库的资源占用量小于资源阈值。

6.一种数据库维护装置，其特征在于，所述装置应用于应用服务器，所述装置包括：

获取模块，用于获取待发送的数据库连接请求消息的数量；

判断模块，用于判断所述获取模块获取的待发送的数据库连接请求消息的数量是否大于第一预设阈值；

缓存模块，用于若所述判断模块确定待发送的数据库连接请求消息的数量大于所述第一预设阈值，则对超出所述第一预设阈值的数据库连接请求消息进行缓存；

发送模块，用于当待发送的数据库连接请求消息的数量小于第二预设阈值时，向数据库服务器发送缓存的连接请求消息，所述第二预设阈值小于所述第一预设阈值。

7.根据权利要求6所述的装置，其特征在于，所述缓存模块，具体用于：

随机获取第一预设数量的待发送的数据库连接请求，对随机获取的第一预设数量的数据库连接请求进行缓存；或者，

按照数据库连接请求的生成时间从后至前的顺序，获取第一预设数量的待发送的数据库连接请求，对获取的第一数量的数据库连接请求进行缓存；

其中，所述第一数量大于或者等于所述待发送的数据库连接请求的数量与所述第一预设阈值之间的差值。

8.一种数据库维护装置，其特征在于，所述装置应用于数据库服务器，所述装置包括：

接收模块，用于接收应用服务器发送的数据库连接请求消息；

判断模块，用于判断所述数据库服务器的资源占用量是否不小于资源阈值；

缓存模块，用于若所述判断模块确定所述数据库服务器的资源占用量不小于所述资源阈值，则缓存所述数据库连接请求消息；

处理模块，用于当所述数据库服务器的资源占用量小于资源阈值时，处理已缓存的所述数据库连接请求消息。

9.根据权利要求8所述的装置，其特征在于，所述判断模块，具体用于：

判断数据库连接数是否不小于连接阈值，所述数据库连接数为所述数据库服务器与应用服务器之间建立的连接数量；

若所述数据库连接数不小于所述连接阈值，则确定所述数据库的资源占用量不小于资源阈值；

若所述数据库连接数小于所述连接阈值，则确定所述数据库的资源占用量小于资源阈值。

10.根据权利要求9所述的装置，其特征在于，所述判断模块，具体用于：

判断数据库连接数是否不小于连接阈值，所述数据库连接数为所述数据库服务器与应用服务器之间建立的连接数量；

判断所述数据库服务器的中央处理器CPU占用率是否不小于CPU阈值；

判断所述数据库服务器的已使用内存资源量是否不小于内存阈值；

判断所述数据库服务器的输入输出IO资源使用率是否不小于IO阈值；

当满足以上任意一个条件时，确定所述数据库的资源占用量不小于资源阈值；

当以上条件均不满足时，确定所述数据库的资源占用量小于资源阈值。