CN107729551A - 云海数据中的请求响应方法和计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种云海数据中的请求响应方法和计算机可读存储介质。所述方法包括：启动数据库的主数据库和从数据库同时进行请求的响应；接收对数据库的访问请求；识别所述访问请求的操作方式是否为写操作；在识别所述访问请求的操作方式为写操作时，将所述访问请求发送给所述数据库中的从数据库，并通知所述从数据库响应所述访问请求。

Description

云海数据中的请求响应方法和计算机可读存储介质

技术领域

本发明涉及信息处理领域，尤指一种云海数据中的请求响应方法和计算机可读存储介质。

背景技术

随着云海操作系统的广泛应用，系统监控的资源种类和数量越来越多，获取到的监控数据也越来越多，同时随之增加的是访问量的增加，特别是在大型分布式部署之后，这种情况尤为明显。云海满足了不同场景的告警推送和告警数据收集任务，后端数据库的读写压力持续增长，在高并发的情况下，会出现数据库死锁，严重影响系统稳定性和告警模块的运行稳定，同时在面对意外事故的时候数据库的数据安全也是很大问题。

现有技术方案用户获取资源的告警数据和性能数据都是从云海的主数据库同时进行读写操作，所有业务请求中的数据库操作都集中在主库上。

随着云海的模块增加，业务不断扩展，数据量会成倍增长，尤其在资源密集的数据中心或者机房，数据库压力会越来越大，只通过SQL代码优化已经不能缓解这种情况，因此需要提供一种新的数据处理方式降低数据库的处理压力。

发明内容

为了解决上述技术问题，本发明提供了一种云海数据中的请求响应方法和计算机可读存储介质，能够降低数据库的处理压力。

为了达到本发明目的，本发明提供了一种云海数据中的请求响应方法，，包括：

启动数据库的主数据库和从数据库同时进行请求的响应；

接收对数据库的访问请求；

识别所述访问请求的操作方式是否为写操作；

在识别所述访问请求的操作方式为写操作时，将所述访问请求发送给所述数据库中的从数据库，并通知所述从数据库响应所述访问请求。

其中，所述方法还具有如下特点：所述识别所述访问请求的操作方式是否为写操作还包括：

启动所述数据库的微服务功能；

调用所述微服务对接收的访问请求的内容进行识别；

根据识别结果，确定所述访问请求的操作方式是否为写操作。

其中，所述方法还具有如下特点：所述方法还包括：

在识别所述访问请求的操作方式为读操作时，将所述访问请求发送给所述数据库中的主数据库，并通知所述主数据库响应所述访问请求。

其中，所述方法还具有如下特点：所述通知所述从数据库响应所述访问请求之后，所述方法还包括：

检测所述从数据库的运行状态；

当检测所述从数据库出现故障时，将接收到的操作方式为写操作的请求发送给所述主数据库，并通知所述主数据库响应所述访问请求。

其中，所述方法还具有如下特点：所述通知所述主数据库响应所述访问请求之后，所述方法还包括：

判断所述访问请求是否对所述主数据库的数据执行了写操作；

在判断所述访问请求执行了写操作，获取写操作生成的数据；

将所述写操作的数据备份到所述从数据库。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如下步骤，包括：

启动步骤，启动数据库的主数据库和从数据库同时进行请求的响应；

接收步骤，接收对数据库的访问请求；

识别步骤，识别所述访问请求的操作方式是否为写操作；

管理步骤，在识别所述访问请求的操作方式为写操作时，将所述访问请求发送给所述数据库中的从数据库，并通知所述从数据库响应所述访问请求。

其中，所述计算机可读存储介质还具有如下特点：所述识别步骤还包括：

启动所述数据库的微服务功能；

调用所述微服务对接收的访问请求的内容进行识别；

根据识别结果，确定所述访问请求的操作方式是否为写操作。

其中，所述计算机可读存储介质还具有如下特点：该程序被处理器执行时还实现如下步骤，包括：

在识别所述访问请求的操作方式为读操作时，将所述访问请求发送给所述数据库中的主数据库，并通知所述主数据库响应所述访问请求。

其中，所述计算机可读存储介质还具有如下特点：该程序被处理器执行时还实现如下步骤，包括：

检测步骤，在通知所述从数据库响应所述访问请求之后，检测所述从数据库的运行状态；

处理步骤，当检测所述从数据库出现故障时，将接收到的操作方式为写操作的请求发送给所述主数据库，并通知所述主数据库响应所述访问请求。

其中，所述计算机可读存储介质还具有如下特点：该程序被处理器执行时还实现如下步骤，包括：

判断步骤，在通知所述主数据库响应所述访问请求之后，判断所述访问请求是否对所述主数据库的数据执行了写操作；

获取步骤，在判断所述访问请求执行了写操作，获取写操作生成的数据；

备份步骤，将所述写操作的数据备份到所述从数据库。

本发明提供的实施例，通过将主从数据库都启动服务，进行请求的响应，并将业务请求分流，若是读请求，就把这次请求内的所有数据库操作发向从库，与现有技术中读写请求都由主数据库处理相比，将部分请求分配给从数据库进行处理，减小主数据库的数据库压力，实现了处理任务的分流，保证系统稳定运行。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明提供的云海数据中的请求响应方法的流程图；

图2为本发明提供的基于微服务架构数据访问方法的交互图；

图3为本发明提供的计算机可读存储介质的结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1为本发明提供的云海数据中的请求响应方法的流程图。图1所示方法包括：

步骤101、启动数据库的主数据库和从数据库同时进行请求的响应；

与现有技术中只有主数据库对外进行请求响应相比，本发明提供的方法实施例中将主数据库和从数据库都进行请求响应，提高了响应请求的服务器的数量；

步骤102、接收对数据库的访问请求；

其中，可以由对外的用户通信接口获取用户发起的对数据库的访问请求；

步骤103、识别所述访问请求的操作方式是否为写操作；

其中，在接收到访问请求后，解析所述访问请求的内容，例如，对内容的内容进行文字匹配，确定该访问请求是否是写操作

步骤104、在识别所述访问请求的操作方式为写操作时，将所述访问请求发送给所述数据库中的从数据库，并通知所述从数据库响应所述访问请求。

由于写操作对请求的响应时间较长，且在完成写操作后，也需要进行数据的备份，如现有技术中主数据库在响应写操作后，会将主数据库访问的数据保存到从数据库。一旦选择用从数据库进行响应操作，可以将花费时间较长的操作分配给多个从数据库进行响应，且省略了从数据库备份数据的操作，提高了业务的效率，简化了数据处理流程。

本发明提供的实施例，通过将主从数据库都启动服务，进行请求的响应，并将业务请求分流，若是读请求，就把这次请求内的所有数据库操作发向从库，与现有技术中读写请求都由主数据库处理相比，将部分请求分配给从数据库进行处理，减小主数据库的数据库压力，实现了处理任务的分流，保证系统稳定运行。

下面对本发明提供的方法实施例作进一步说明：

在上述方法中，识别所述访问请求的操作方式是否为写操作还包括：

启动所述数据库的微服务功能；

调用所述微服务对接收的访问请求的内容进行识别；

根据识别结果，确定所述访问请求的操作方式是否为写操作。

在上述方法中，微服务架构是一项在云中部署应用和服务的技术,微服务在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点可以将服务公开与微服务架构(在现有系统中分布一个API)区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程。

由上可以看出，利用微服务功能对接收到的访问请求进行内容识别，确定该访问请求的操作方式，无需对已有架构进行调整，就能达到对访问请求的解析目的，兼容性好，便于功能开发。

另外，对于识别出来操作方式为读操作的请求，可以对读操作的访问请求执行如下方法：

在识别所述访问请求的操作方式为读操作时，将所述访问请求发送给所述数据库中的主数据库，并通知所述主数据库响应所述访问请求。

由于按照数据的操作方式对访问请求进行了分类，访问请求从原来的一个数据库来响应，变成由至少两个数据库进行响应，实现了业务请求的分流，降低了整个系统的处理压力。

当然，在从数据库响应外部访问请求时，如果从数据库出现故障不能继续进行响应，则意味着原本分给从数据库的写操作将没有数据库进行处理，会发生业务中断，因此，针对上述情况，提出如下解决方案：

在通知所述从数据库响应所述访问请求之后，检测所述从数据库的运行状态；

当检测所述从数据库出现故障时，将接收到的操作方式为写操作的请求发送给所述主数据库，并通知所述主数据库响应所述访问请求。

具体的，可以周期性的与从数据库进行通信，检测该从数据库的运行状态，如果在预先设置的时间内未收到从数据库的消息，则确定从数据库出现故障，发出告警提示，并请求将操作方式为写操作的访问请求发送给主数据库进行处理。一旦检测到从数据库恢复正常运行，还可以继续将写操作的访问请求发送给从数据库。

当然，所述通知所述主数据库响应所述访问请求之后，所述方法还包括：

判断所述访问请求是否对所述主数据库的数据执行了写操作；

在判断所述访问请求执行了写操作，获取写操作生成的数据；

将所述写操作的数据备份到所述从数据库。

需要说明的是，如果在发起读操作过程中，出现了用户对数据库内容的修改，即执行了写操作产生了新数据，则需要将产生的新数据备份至从数据库，以保证数据的同步。

下面对本发明提供的方法作进一步说明：

基于以上问题，提供一种微服务架构，包括主要负责业务数据的写操作的主库以及负责业务数据的读操作的从库；通过微服务将业务请求分流，若是读请求，就把这次请求内的所有数据库操作发向从库，若是写请求就把这次请求内的所有数据库操作发向主库。这样做，给系统带来两个很明显的好处：1、业务有大量的读操作，读写分离后，读压力转移到了从库，主库的读写压力降低一个等级2、当从库压力大的时候，可以直接增加从库的硬件配置，随时扩容，有效缓解请求压力。

图2为本发明提供的基于微服务架构数据访问方法的交互图。图2所示交互图中包括微服务模块、主数据库模块、从数据库模块。

在本发明中，为云海系统数据层提供了一种数据读写分离的优化方式，具体为，后端数据库结构由单一主库变为主库与从库同时服务的模式。通过微服务将业务请求分流，若是读请求，就把这次请求内的所有数据库操作发向从库，若是写请求就把这次请求内的所有数据库操作发向主库从而实现业务数据的读写分离。

图2所示方法的具体实现步骤如下：

1)首先，保持至少一个的微服务运行，用来接收业务请求并对请求中的数据库操作进行区分，读操作传给从库，写操作传给主库。

2)主数据库主要用来处理写操作，如果从数据库出现不可预知的错误，主数据库也可以同时进行读写操作，保持系统稳定。

3、从数据库主要处理读操作，并且同步备份主数据库处理过的写数据。

通过微服务将业务请求分流，若是读请求，就把这次请求内的所有数据库操作发向从库，若是写请求就把这次请求内的所有数据库操作发向主库从而实现业务数据的读写分离，减少数据库压力和负载压力。

通过微服务将业务请求分流，若是读请求，就把这次请求内的所有数据库操作发向从库，若是写请求就把这次请求内的所有数据库操作发向主库，减小系统数据库压力，保证系统稳定运行。

图3为本发明提供的计算机可读存储介质的结构图。图3所示计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如下步骤，包括：

启动步骤，启动数据库的主数据库和从数据库同时进行请求的响应；

接收步骤，接收对数据库的访问请求；

识别步骤，识别所述访问请求的操作方式是否为写操作；

管理步骤，在识别所述访问请求的操作方式为写操作时，将所述访问请求发送给所述数据库中的从数据库，并通知所述从数据库响应所述访问请求。

在本发明提供的计算机可读存储介质的一个实施例中，所述识别步骤还包括：

启动所述数据库的微服务功能；

调用所述微服务对接收的访问请求的内容进行识别；

根据识别结果，确定所述访问请求的操作方式是否为写操作。

在本发明提供的计算机可读存储介质的一个实施例中，该程序被处理器执行时还实现如下步骤，包括：

在识别所述访问请求的操作方式为读操作时，将所述访问请求发送给所述数据库中的主数据库，并通知所述主数据库响应所述访问请求。

在本发明提供的计算机可读存储介质的一个实施例中，该程序被处理器执行时还实现如下步骤，包括：

检测步骤，在通知所述从数据库响应所述访问请求之后，检测所述从数据库的运行状态；

处理步骤，当检测所述从数据库出现故障时，将接收到的操作方式为写操作的请求发送给所述主数据库，并通知所述主数据库响应所述访问请求。

在本发明提供的计算机可读存储介质的一个实施例中，该程序被处理器执行时还实现如下步骤，包括：

判断步骤，在通知所述主数据库响应所述访问请求之后，判断所述访问请求是否对所述主数据库的数据执行了写操作；

获取步骤，在判断所述访问请求执行了写操作，获取写操作生成的数据；

备份步骤，将所述写操作的数据备份到所述从数据库。

本发明提供的计算机可读存储介质所执行的程序，通过将主从数据库都启动服务，进行请求的响应，并将业务请求分流，若是读请求，就把这次请求内的所有数据库操作发向从库，与现有技术中读写请求都由主数据库处理相比，将部分请求分配给从数据库进行处理，减小主数据库的数据库压力，实现了处理任务的分流，保证系统稳定运行。

本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现，所述计算机程序可以存储于一计算机可读存储介质中，所述计算机程序在相应的硬件平台上(如系统、设备、装置、器件等)执行，在执行时，包括方法实施例的步骤之一或其组合。

可选地，上述实施例的全部或部分步骤也可以使用集成电路来实现，这些步骤可以被分别制作成一个个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

上述实施例中的各装置/功能模块/功能单元可以采用通用的计算装置来实现，它们可以集中在单个的计算装置上，也可以分布在多个计算装置所组成的网络上。

上述实施例中的各装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求所述的保护范围为准。

Claims (10)

1.一种云海数据中的请求响应方法，其特征在于，包括：

启动数据库的主数据库和从数据库同时进行请求的响应；

接收对数据库的访问请求；

识别所述访问请求的操作方式是否为写操作；

在识别所述访问请求的操作方式为写操作时，将所述访问请求发送给所述数据库中的从数据库，并通知所述从数据库响应所述访问请求。

2.根据权利要求1所述的方法，其特征在于，所述识别所述访问请求的操作方式是否为写操作还包括：

启动所述数据库的微服务功能；

调用所述微服务对接收的访问请求的内容进行识别；

根据识别结果，确定所述访问请求的操作方式是否为写操作。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

在识别所述访问请求的操作方式为读操作时，将所述访问请求发送给所述数据库中的主数据库，并通知所述主数据库响应所述访问请求。

4.根据权利要求3所述的方法，其特征在于，所述通知所述从数据库响应所述访问请求之后，所述方法还包括：

检测所述从数据库的运行状态；

当检测所述从数据库出现故障时，将接收到的操作方式为写操作的请求发送给所述主数据库，并通知所述主数据库响应所述访问请求。

5.根据权利要求3所述的方法，其特征在于，所述通知所述主数据库响应所述访问请求之后，所述方法还包括：

判断所述访问请求是否对所述主数据库的数据执行了写操作；

在判断所述访问请求执行了写操作，获取写操作生成的数据；

将所述写操作的数据备份到所述从数据库。

6.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如下步骤，包括：

启动步骤，启动数据库的主数据库和从数据库同时进行请求的响应；

接收步骤，接收对数据库的访问请求；

识别步骤，识别所述访问请求的操作方式是否为写操作；

管理步骤，在识别所述访问请求的操作方式为写操作时，将所述访问请求发送给所述数据库中的从数据库，并通知所述从数据库响应所述访问请求。

7.根据权利要求6所述的计算机可读存储介质，其特征在于，所述识别步骤还包括：

启动所述数据库的微服务功能；

调用所述微服务对接收的访问请求的内容进行识别；

根据识别结果，确定所述访问请求的操作方式是否为写操作。

8.根据权利要求6或7所述的计算机可读存储介质，其特征在于，该程序被处理器执行时还实现如下步骤，包括：

在识别所述访问请求的操作方式为读操作时，将所述访问请求发送给所述数据库中的主数据库，并通知所述主数据库响应所述访问请求。

9.根据权利要求8所述的计算机可读存储介质，其特征在于，该程序被处理器执行时还实现如下步骤，包括：

检测步骤，在通知所述从数据库响应所述访问请求之后，检测所述从数据库的运行状态；

处理步骤，当检测所述从数据库出现故障时，将接收到的操作方式为写操作的请求发送给所述主数据库，并通知所述主数据库响应所述访问请求。

10.根据权利要求8所述的计算机可读存储介质，其特征在于，该程序被处理器执行时还实现如下步骤，包括：

判断步骤，在通知所述主数据库响应所述访问请求之后，判断所述访问请求是否对所述主数据库的数据执行了写操作；

获取步骤，在判断所述访问请求执行了写操作，获取写操作生成的数据；

备份步骤，将所述写操作的数据备份到所述从数据库。