CN112433875A

CN112433875A - 基于中间件的数据库运行方法、装置及终端设备

Info

Publication number: CN112433875A
Application number: CN202011324612.8A
Authority: CN
Inventors: 张宁; 程建波; 吕军
Original assignee: JD Digital Technology Holdings Co Ltd
Current assignee: JD Digital Technology Holdings Co Ltd
Priority date: 2020-11-23
Filing date: 2020-11-23
Publication date: 2021-03-02
Anticipated expiration: 2040-11-23
Also published as: CN112433875B

Abstract

本申请涉及一种基于中间件的数据库运行方法、装置及终端设备，其中，方法包括：首先获取实时维护的数据库实例状态列表，其中，数据库私立状态列表用于存储所有数据库私立的标识以及各数据库实例的服务状态，然后将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例，最后将发送给目标数据库的数据库指令存储在本地预设的存储文件中，基于此，若出现服务状态为故障状态的数据库实例，便会将该本该要发送给该数据库实例的数据库指令存储到本地预设的存储文件中，不再堆积在运行内存中，从而避免了运行内存的存储因数据库实例故障达到饱和的情况。

Description

基于中间件的数据库运行方法、装置及终端设备

技术领域

本申请涉及数据库技术领域，尤其涉及一种基于中间件的数据库运行方法、装置及终端设备。

背景技术

随着数字化时代的到来，人们的工作和生活都与数据有着密不可分的联系，随之而来的，便是数据的量不断变大，为了有效管理这些数据，便出现了数据库。数据库用来长期存储数据，在有需要时，可以通过数据库实例对数据库中的数据进行查询，也可以将新的数据通过数据库实例写入数据库。

为了提高数据库的可用性，在客户端与数据库之间，一般会设置高可用的中间件，以减少数据库的停工时间，保持数据库查询和写入服务的高度可用性。目前的数据库利用中间件运行时，基于中间件的设计缺陷，在数据库运行时，若某一数据库实例发生故障，中间件会将客户端发送的结构化查询语言(Structured Query Language，SQL)堆积在运行内存中，无法传入对应的数据库实例，运行内存的存储达到饱和时，会严重影响其他数据库实例的读写性能。

发明内容

为克服相关技术中存在的运行内存的存储因数据库实例故障达到饱和，严重影响其他数据库实例的读写性能问题，本申请提供一种基于中间件的数据库运行方法、装置及终端设备。

根据本申请的第一方面，提供一种基于中间件的数据库运行方法，所述方法包括：

获取实时维护的数据库实例状态列表，所述数据库实例状态列表用于存储所有数据库实例的标识及各数据库实例的服务状态；

将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例；

将发送给所述目标数据库实例的数据库指令存储到到本地预设的存储文件中。

在一个可选的实施例中，将发送给所述目标数据库实例的数据库指令存储到到本地预设的存储文件中之后，所述方法还包括：

根据所述数据库实例状态列表实时监测所述目标数据库实例的服务状态，并在所述服务状态由所述故障状态变为工作状态时，从所述本地内存中获取所述存储文件；

将所述存储文件中存储的数据库指令发送给所述目标数据库实例，以使所述目标数据库实例执行所述存储文件中存储的数据库指令。

在一个可选的实施例中，所述方法还包括：

接收客户端发送的数据库指令；

若所述数据库指令满足预先获取的正则规范，将所述数据库指令发送给对应数据库实例。

在一个可选的实施例中，确定所述对应数据库实例的过程，包括：

获取当前的数据库实例活跃列表，所述数据库实例活跃列表对应存储有各数据库实例的活跃数值；

获取满足预设条件的活跃数值，并将满足预设条件的活跃数值对应的数据库实例确定为对应数据库实例。

在一个可选的实施例中，维护所述数据库实例状态列表的过程包括：

周期性向各数据库实例发送判活指令；

获取各数据库实例根据所述判活指令返回的参数；

根据所述参数确定各数据库实例的服务状态，并将各数据库实例的所述服务状态对应更新到所述数据库实例状态列表中。

在一个可选的实施例中，所述方法还包括：

获取预先配置的故障提醒方式；

将所述目标数据库实例的标识和所述服务状态按照所述故障提醒方式发出提示。

根据本申请的第二方面，提供一种基于中间件的数据库运行装置，所述装置包括：

第一获取模块，用于获取实时维护的数据库实例状态列表，所述数据库实例状态列表用于存储所有数据库实例的标识及各数据库实例的服务状态；

确定模块，用于将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例；

本地存储模块，用于将发送给所述目标数据库实例的数据库指令存储到到本地预设的存储文件中。

在一个可选的实施例中，所述装置还包括：

第二获取模块，用于根据所述数据库实例状态列表实时监测所述目标数据库实例的服务状态，并在所述服务状态由所述故障状态变为工作状态时，从所述本地内存中获取所述存储文件；

发送模块，用于将所述存储文件中存储的数据库指令发送给所述目标数据库实例，以使所述目标数据库实例执行所述存储文件中存储的数据库指令。

根据本申请的第三方面，提供一种终端设备包括：至少一个处理器和存储器；

所述处理器用于执行所述存储器中存储的基于中间件的数据库运行程序，以实现本申请第一方面提供的所述的基于中间件的数据库运行方法。

根据本申请的第四方面，提供一种计算机存储介质，所述计算机存储介质存储有一个或者多个程序，所述一个或者多个程序可被如本申请第三方面所述的终端设备执行，以实现本申请第一方便所述的基于中间件的数据库运行方法。

本申请提供的技术方案可以包括以下有益效果：首先获取实时维护的数据库实例状态列表，其中，数据库私立状态列表用于存储所有数据库私立的标识以及各数据库实例的服务状态，然后将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例，最后将发送给目标数据库的数据库指令存储在本地预设的存储文件中，基于此，若出现服务状态为故障状态的数据库实例，便会将该本该要发送给该数据库实例的数据库指令存储到本地预设的存储文件中，不再堆积在运行内存中，从而避免了运行内存的存储因数据库实例故障达到饱和的情况。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请的一个实施例提供的一种基于中间件的数据库运行方法的流程示意图；

图2是本申请中维护数据库实例状态列表的流程示意图；

图3是本申请中将存储文件中的数据库写入目标数据库实例的流程示意图；

图4是本申请中判断数据库指令是否满足正则规范的流程示意图；

图5是本申请中确定对应数据库的流程示意图；

图6是本申请中进行故障提示的流程示意图；

图7是本申请的另一实施例提供的一种基于中间件的数据库运行装置的结构示意图；

图8是本申请的另一实施例提供的一种终端设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

请参阅图1，图1是本申请的一个实施例提供的一种基于中间件的数据库运行方法的流程示意图。

如图1所示，本实施例提供的基于中间件的数据库运行方法可以包括：

步骤S101、获取实时维护的数据库实例状态列表，数据库实例状态列表用于存储所有数据库实例的标识及各数据库实例的服务状态。

需要说明的是，数据库实例状态列表中保存有各数据库实例的实时的服务状态，其可以以列表的形式存储在本地内存中，比如设置在本地内存中的名称为“checklist”的列表。

本步骤中，维护该数据库实例状态列表的过程可以参阅图2，图2是本申请中维护数据库实例状态列表的流程示意图。

如图2所示，维护数据库实例状态列表的流程可以包括：

步骤S201、周期性向各数据库实例发送判活指令。

本步骤中，周期性指的是在预设的周期时间之后重复地执行步骤S201。具体的，可以对每一个数据库实例设置一个定时器，每次定时结束时，发送一次判活指令。

其中，需要说明的是，判活指令可以是“Ping”指令，比如每个数据库实例都会有各自的IP地址(比如192.168.30.1)，而判活指令具体就可以是“Ping192.168.30.1”。

步骤S202、获取各数据库实例根据判活指令返回的参数。

判活指令发送到数据库实例后，数据库实例往往会返回对应的参数，还是以“Ping”指令为例，如果数据库实例为工作状态，则会返回相应的参数，如果为故障状态，则可能会无响应或者返回异常参数。

具体的，无响应时，数据库实例可能处于连接断开的故障状态，而返回异常参数时，数据库实例可能处于自身运行的故障状态，无论是连接断开的故障状态，还是自身运行的故障状态，都是无法继续工作的状态，因此，对于上述两种情况，都会视为故障状态。

步骤S203、根据参数确定各数据库实例的服务状态，并将各数据库实例的服务状态对应更新到数据库实例状态列表中。

由于数据库实例返回的参数可能不同，甚至是返回为空(即无响应)，因此，本步骤中，只要是返回的参数不是能够判定数据库实例处于工作状态的参数，均可以认为数据库实例处于故障状态。

步骤S102、将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例。

经过步骤S101中维护的数据库实例状态列表，其中的各数据库实例的服务状态都是实时的，可以表示当前所有数据库实例的服务状态。因此，本步骤中直接将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例即可。

步骤S103、将发送给目标数据库实例的数据库指令存储到本地预设的存储文件中。

由于在步骤S102中，已经确定出目标数据库实例是服务状态为故障状态的数据库实例，因此，为了避免发送给目标数据库的数据库指令堆入运行内存中，本步骤直接将数据库指令拦截下来，并存放到本地预设的存储文件中。

另外，为了减少数据处理量，本步骤可以仅将增量数据库指令存放都存储文件中，在一个具体的例子中，如果本次需要执行的数据库指令为1000条，在数据库实例故障之前，已经完成了其中的500条，那么，仅需要将剩余的500条存储到上述存储文件中即可。

本实施例中，首先获取实时维护的数据库实例状态列表，其中，数据库私立状态列表用于存储所有数据库私立的标识以及各数据库实例的服务状态，然后将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例，最后将发送给目标数据库的数据库指令存储在本地预设的存储文件中，基于此，若出现服务状态为故障状态的数据库实例，便会将该本该要发送给该数据库实例的数据库指令存储到本地预设的存储文件中，不再堆积在运行内存中，从而避免了运行内存的存储因数据库实例故障达到饱和的情况。

进一步地，为了避免数据库指令为查询指令时，再对该目标数据库实例进行轮询，在进行数据库指令分发时，可以直接屏蔽该目标数据库实例。具体的数据库指令分发依靠均衡负载算法，该部分将在后续进行说明，此处不再赘述。

另外，由于每个数据库实例的服务状态可能存在改变的情况，为了避免重复执行数据库指令，可以将发送给不同的数据库实例的数据库指令分不同存储文件进行存储。在一个例子中，比如一共有5个数据库实例，分别标识为“1”、“2”、“3”、“4”、“5”。那么在本地就可以预设5个存储文件，其名称可以依次标识为“Dat_1”、“Dat_2”、“Dat_3”、“Dat_4”、“Dat_5”。

在将数据库指令存储到本地预设的存储文件中后，本申请的实施例提供了将存储文件中的数据库写入该目标数据库实例的过程，具体可以参阅图3，图3是本申请中将存储文件中的数据库写入目标数据库实例的流程示意图。

如图3所示，本申请中将存储文件中的数据库写入目标数据库实例的流程可以包括：

步骤S301、根据数据库实例状态列表实时监测目标数据库实例的服务状态，并在服务状态由故障状态变为工作状态时，从本地内存中获取存储文件。

本步骤中，监测的是服务状态的改变，在一个具体的例子中，工作状态可以表示为“1”，故障状态可以表示为“0”，那么此时监测的就应该是从“0”到“1”的过程。而检测从“0”到“1”的过程可以通过很多方式实现，比如可以通过逻辑门来实现等。

步骤S302、将存储文件中存储的数据库指令发送给目标数据库实例，以使目标数据库实例执行存储文件中存储的数据库指令。

在前述过程中，由于存储文件是多个，且分别对应了不同的数据库实例，因此，步骤S201中，获取的存储文件应当是从“0”到“1”的数据库实例对应的存储文件，在获取到该存储文件后，首先从存储文件中提取所有的数据库指令，然后批量发送到目标数据库实例，以使目标数据库实例执行存储文件中存储的数据库指令。另外，在提取所有的数据库指令之后，可以清空该存储文件中的内容，以备下次使用。当然，也可以是直接删除掉该存储文件，在下次该目标数据库实例被确定为目标数据库实例时，按照预设的命名规则重新生成一个存储文件即可。

另外，当数据库指令为读指令是，比如查询指令，往往存在指令不符合数据库的一些规定的情况，比如，若数据库为时序数据库，数据库指令存在诸如查询全表或者没有查询的时间范围等情况，数据库就会返回大量的数据，从而直接导致内存溢出。

为了避免上述情况的发生，保证数据库的读高可用，本实施例还提出了数据库指令判断的过程，具体可以参阅图4，图4是本申请中判断数据库指令是否满足正则规范的流程示意图。

如图4所示，判断数据库指令是否满足正则规范的过程可以包括：

步骤S401、接收客户端发送的数据库指令。

步骤S402、若数据库指令满足预先获取的正则规范，将数据库指令发送给对应数据库实例。

需要说明的是，正则规范指的是数据库指令需要满足的规范，比如“不包含select、drop等关键字”、“必须使用时间序列字段”、“必须使用索引”等规范。若不满足正则规范，则直接返回空参数或者指令错误提示即可，不再发送到数据库实例中执行。

其中，对应数据库实例是可以预先确定出来的，具体可以参阅图5，图5是本申请中确定对应数据库的流程示意图。

如图5所示，确定对应数据库的过程可以包括：

步骤S501、获取当前的数据库实例活跃列表，数据库实例活跃列表对应存储有各数据库实例的活跃数值。

本步骤中，活跃数指的是能够表征处理请求时间或者数据处理速度的数值，具体的，可以采取的方法是有一个active filter处理调用，每次调用开始+1，完成-1，活跃数值就是一个处理差值，快的数据库实例则会保持一个较小的值，慢的数据库实例因为会挤压，处理的慢，活跃数值较大。而在数据库实例活跃列表中，就存储有各数据库实例实时的活跃数值。具体的，可以参考相关技术中的负载均衡算法，此处不再赘述。

步骤S502、获取满足预设条件的活跃数值，并将满足预设条件的活跃数值对应的数据库实例确定为对应数据库实例。

本实施例中，满足预设条件的活跃数值可以是最小的活跃数值，当然，此时可能存在相同活跃数值的情况，出现该情况时，可以对各数据库实例预先标注权重，然后选择权重较大的数据库实例为对应数据库实例。

另外，在步骤S102确定出目标数据库之后，还可以进行故障提示，具体可以参阅图6，图6是本申请中进行故障提示的流程示意图。

如图6所示，进行故障提示的流程可以包括：

步骤S601、获取预先配置的故障提醒方式。

其中，预先配置的故障提醒方式可以是邮件提醒、屏幕信息提醒、短信提醒等多种方式。

步骤S602、将目标数据库实例的标识和服务状态按照故障提醒方式发出提示。

需要说明的是，在本地还可以预先设置好配置文件，将本申请的实施例中可以修改的参数均放置在该配置文件中，比如周期性发送判活指令中定时器的时间，故障提醒方式涉及到的数据等。在运行本实施例之前，首先从配置文件中获取相应的数据。

另外，对于其他的数据库指令，比如删除指令、修改指令等，其需要每个数据库实例都执行，以保证各数据库实例的一致性，目前，所有的数据库实例都是同步执行的，这种同步执行的方式非常消耗运行内存，为了减少运行内存的消耗，本实施例中，将数据库实例状态列表中的第一个处于工作状态的数据库实例作为主数据库实例，若数据库指令为删除指令、修改指令等需要所有数据库实例都执行的指令，则使主数据库实例实时执行，也就是同步执行，其他的数据库实例在空闲时执行，即异步执行。

请参阅图7，图7是本申请的另一实施例提供的一种基于中间件的数据库运行装置的结构示意图。

如图7所示，本实施例提供的装置可以包括：

第一获取模块701，用于获取实时维护的数据库实例状态列表，数据库实例状态列表用于存储所有数据库实例的标识及各数据库实例的服务状态；

确定模块702，用于将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例；

本地存储模块703，用于将发送给目标数据库实例的数据库指令存储到在本地预设的存储文件中。

本实施例中，首先，第一获取模块获取实时维护的数据库实例状态列表，其中，数据库私立状态列表用于存储所有数据库私立的标识以及各数据库实例的服务状态，然后，确定模块将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例，最后，本地存储模块将发送给目标数据库的数据库指令存储在本地预设的存储文件中，基于此，若出现服务状态为故障状态的数据库实例，便会将该本该要发送给该数据库实例的数据库指令存储到本地预设的存储文件中，不再堆积在运行内存中，从而避免了运行内存的存储因数据库实例故障达到饱和的情况。

进一步地，装置还包括：

第二获取模块，用于根据数据库实例状态列表实时监测目标数据库实例的服务状态，并在服务状态由故障状态变为工作状态时，从本地内存中获取存储文件；

发送模块，用于将存储文件中存储的数据库指令发送给目标数据库实例，以使目标数据库实例执行存储文件中存储的数据库指令。

请参阅图8，图8是本申请的另一实施例提供的一种终端设备的结构示意图。

如图8所示，本实施例提供的终端设备800包括：至少一个处理器801、存储器802、至少一个网络接口803和其他用户接口804。欺诈社群发现欺诈社群发现系统800中的各个组件通过总线系统805耦合在一起。可理解，总线系统805用于实现这些组件之间的连接通信。总线系统805除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统805。

其中，用户接口804可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器802可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本文描述的存储器802旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器802存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统8021和应用程序8022。

其中，操作系统8021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序8022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序8022中。

在本发明实施例中，通过调用存储器802存储的程序或指令，具体的，可以是应用程序8022中存储的程序或指令，处理器801用于执行各方法实施例所提供的方法步骤，例如包括：

获取实时维护的数据库实例状态列表，数据库实例状态列表用于存储所有数据库实例的标识及各数据库实例的服务状态；

将发送给目标数据库实例的数据库指令存储到在本地预设的存储文件中。

可选的，将发送给目标数据库实例的数据库指令存储到在本地预设的存储文件中之后，方法还包括：

根据数据库实例状态列表实时监测目标数据库实例的服务状态，并在服务状态由故障状态变为工作状态时，从本地内存中获取存储文件；

将存储文件中存储的数据库指令发送给目标数据库实例，以使目标数据库实例执行存储文件中存储的数据库指令。

可选的，方法还包括：

接收客户端发送的数据库指令；

若数据库指令满足预先获取的正则规范，将数据库指令发送给对应数据库实例。

可选的，确定对应数据库实例的过程，包括：

获取当前的数据库实例活跃列表，数据库实例活跃列表对应存储有各数据库实例的活跃数值；

可选的，维护数据库实例状态列表的过程包括：

周期性向各数据库实例发送判活指令；

获取各数据库实例根据判活指令返回的参数；

根据参数确定各数据库实例的服务状态，并将各数据库实例的服务状态对应更新到数据库实例状态列表中。

可选的，方法还包括：

获取预先配置的故障提醒方式；

将目标数据库实例的标识和服务状态按照故障提醒方式发出提示。

上述本发明实施例揭示的方法可以应用于处理器801中，或者由处理器801实现。处理器801可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器801中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器801可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器802，处理器801读取存储器802中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文功能的单元来实现本文的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

本发明实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。

当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述在终端设备侧执行的基于中间件的数据库运行方法。

处理器用于执行存储器中存储的基于中间件的数据库运行程序，以实现以下在终端设备侧执行的基于中间件的数据库运行方法的步骤：

可选的，方法还包括：

接收客户端发送的数据库指令；

可选的，确定对应数据库实例的过程，包括：

可选的，维护数据库实例状态列表的过程包括：

周期性向各数据库实例发送判活指令；

获取各数据库实例根据判活指令返回的参数；

可选的，方法还包括：

获取预先配置的故障提醒方式；

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种基于中间件的数据库运行方法，其特征在于，所述方法包括：

2.根据权利要求1所述的基于中间件的数据库运行方法，其特征在于，将发送给所述目标数据库实例的数据库指令存储到到本地预设的存储文件中之后，所述方法还包括：

3.根据权利要求1所述的基于中间件的数据库运行方法，其特征在于，所述方法还包括：

接收客户端发送的数据库指令；

4.根据权利要求3所述的基于中间件的数据库运行方法，其特征在于，确定所述对应数据库实例的过程，包括：

5.根据权利要求1所述的基于中间件的数据库运行方法，其特征在于，维护所述数据库实例状态列表的过程包括：

周期性向各数据库实例发送判活指令；

获取各数据库实例根据所述判活指令返回的参数；

6.根据权利要求1～5任一项所述的基于中间件的数据库运行方法，其特征在于，将数据库实例状态列表中服务状态为故障状态的数据库实例确定为目标数据库实例之后，所述方法还包括：

获取预先配置的故障提醒方式；

7.一种基于中间件的数据库运行装置，其特征在于，所述装置包括：

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

9.一种终端设备，其特征在于，包括：至少一个处理器和存储器；

所述处理器用于执行所述存储器中存储的基于中间件的数据库运行程序，以实现权利要求1-6任一项所述的基于中间件的数据库运行方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有一个或者多个程序，所述一个或者多个程序可被如权利要求9所述的终端设备执行，以实现权利要求1-6任一项所述的基于中间件的数据库运行方法。