CN112286738B - 一种数据库访问的方法、系统、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种数据库访问的方法，包括：检测待测节点的身份；当待测节点的身份发生变化时，判断待测节点的当前身份是否为主节点；若是，则将主节点的地址和端口注册到注册中心；通过注册中心建立主节点与写服务器的第一对应关系，以使应用程序通过写服务器访问位于主节点的主数据库。本申请通过利用注册中心的服务发现特性，应用程序不需要担心写节点和只读节点数据库的IP是否发生变化，即可实现通过写服务器对位于主节点的主数据库的访问，而且数据库故障切换时应用无感知且不会影响业务的执行，实现了在数据库故障切换之后域名的高可用访问。本申请同时还提供了一种数据库访问的系统、设备及可读存储介质，具有上述有益效果。

Description

一种数据库访问的方法、系统、设备及可读存储介质

技术领域

本申请涉及数据库访问领域，特别涉及一种数据库访问的方法、系统、设备及可读存储介质。

背景技术

对于互联网公司而言，数据库使用越来越广泛，数据库服务的可用性也显得越来越重要。为了实现数据库服务的高可用，目前比较常用的或者相对成熟的方案基于高可用软件MHA(Master High Availability)实现对数据库的管理。

MHA是采用Perl语言编写的一个脚本管理工具，该工具是一套优秀的数据库高可用性环境下故障切换和主从提升的高可用软件。在数据库故障切换过程中，MHA能做到在0～30s之内完成数据库的故障切换操作，并且在进行故障切换过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。

但是MHA故障切换之后，数据库服务器IP发生改变，应用需要修改对应的配置才能重连，这样修改的过程中需要花费很多的时间，而且对业务影响比较大，这样对应用来说就失去了高可用的意义。

因此，如何在数据库故障切换之后实现域名的高可用访问是本领域技术人员目前需要解决的技术问题。

发明内容

本申请的目的是提供一种数据库访问的方法、系统、设备及可读存储介质，用于在数据库故障切换之后实现域名的高可用访问。

为解决上述技术问题，本申请提供一种数据库访问的方法，该方法包括：

检测待测节点的身份；

当所述待测节点的身份发生变化时，判断所述待测节点的当前身份是否为主节点；

若是，则将所述主节点的地址和端口注册到注册中心；

通过所述注册中心建立所述主节点与写服务器的第一对应关系，以使应用程序通过所述写服务器访问位于所述主节点的主数据库。

可选的，还包括：

当所述待测节点的当前身份不为所述主节点时，确定所述待测节点的当前身份为从节点；

建立所述从节点与读服务器的第二对应关系，以使所述应用程序通过所述读服务器读取位于所述从节点的从数据库。

可选的，在检测待测节点的身份之前，还包括：

检测位于所述待测节点中的数据库是否可用；

若可用，则执行所述检测待测节点的身份的步骤；

若不可用，则将所述待测节点标记为宕机节点。

可选的，所述检测位于所述待测节点中的数据库是否可用，包括：

通过脚本检测位于所述待测节点中的数据库是否可用。

可选的，所述判断所述待测节点的当前身份是否为主节点，包括：

通过第一脚本判断所述待测节点是否为所述主节点，并通过第二脚本判断所述待测节点是否为从节点；

当所述第一脚本确定所述待测节点为所述主节点，且所述第二脚本确定所述待测节点不为所述从节点时，确定所述待测节点的当前身份为所述主节点。

本申请还提供一种数据库访问的系统，该系统包括：

第一检测模块，用于检测待测节点的身份；

判断模块，用于当所述待测节点的身份发生变化时，判断所述待测节点的当前身份是否为主节点；

注册模块，用于当所述待测节点的当前身份为主节点时，将所述主节点的地址和端口注册到注册中心；

第一建立模块，用于通过所述注册中心建立所述主节点与写服务器的第一对应关系，以使应用程序通过所述写服务器访问位于所述主节点的主数据库。

可选的，还包括：

确定模块，用于当所述待测节点的当前身份不为所述主节点时，确定所述待测节点的当前身份为从节点；

第二建立模块，用于建立所述从节点与读服务器的第二对应关系，以使所述应用程序通过所述读服务器读取位于所述从节点的从数据库。

可选的，还包括：

第一检测模块，用于检测位于所述待测节点中的数据库是否可用；

执行模块，用于当位于所述待测节点中的数据库可用时，执行所述检测待测节点的身份的步骤；

标记模块，用于当位于所述待测节点中的数据库不可用时，将所述待测节点标记为宕机节点。

本申请还提供一种数据库访问设备，该数据库访问设备包括：

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

处理器，用于执行所述计算机程序时实现如上述任一项所述数据库访问的方法的步骤。

本申请还提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述数据库访问的方法的步骤。

本申请所提供数据库访问的方法，包括：检测待测节点的身份；当待测节点的身份发生变化时，判断待测节点的当前身份是否为主节点；若是，则将主节点的地址和端口注册到注册中心；通过注册中心建立主节点与写服务器的第一对应关系，以使应用程序通过写服务器访问位于主节点的主数据库。

本申请所提供的技术方案，通过在待测节点的身份发生变化时，判断待测节点的当前身份是否为主节点，如果是，则将主节点的地址和端口注册到注册中心，并通过注册中心建立主节点与写服务器的第一对应关系，即通过利用注册中心的服务发现特性，应用程序不需要担心写节点和只读节点数据库的IP是否发生变化，即可实现通过写服务器对位于主节点的主数据库的访问，而且数据库故障切换时应用无感知且不会影响业务的执行，实现了在数据库故障切换之后域名的高可用访问。本申请同时还提供了一种数据库访问的系统、设备及可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种数据库访问的方法的流程图；

图2为本申请实施例所提供的一种数据库访问的系统的结构图；

图3为本申请实施例所提供的一种数据库访问设备的结构图。

具体实施方式

本申请的核心是提供一种数据库访问的方法、系统、设备及可读存储介质，用于在数据库故障切换之后实现域名的高可用访问。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参考图1，图1为本申请实施例所提供的一种数据库访问的方法的流程图。

其具体包括如下步骤：

S101：检测待测节点的身份；

基于在数据库故障切换之后，应用需要修改对应的配置才能重连，这样修改的过程中需要花费很多的时间，而且对业务影响比较大，无法实现域名的高可用访问，故本申请提供了一种数据库访问的方法，用于解决上述问题；

可选的，这里提到的待测节点的身份具体可以包括主节点和从节点，主节点上的主数据库主要用于响应应用程序的写操作，从节点上的从数据库主要用于响应应用程序的读操作。

可选的，由于可能存在着待测节点因发生故障导致宕机不工作的情况，在检测待测节点的身份之前，还可以执行如下步骤：

检测位于待测节点中的数据库是否可用；

若可用，则执行检测待测节点的身份的步骤；

若不可用，则将待测节点标记为宕机节点。

可选的，这里提到的检测位于待测节点中的数据库是否可用，其具体可以通过脚本检测位于待测节点中的数据库是否可用，例如，在一个具体实施例中，可以在待测节点中部署两个脚本check_master.sh和check_slave.sh，这两个脚本用于判断当前实例是否可用，如果check_master.sh和check_slave.sh均判断当前实例可用，则确定位于待测节点中的数据库可用；如果check_master.sh和check_slave.sh中存在至少一个脚本判断当前实例不可用，则确定位于待测节点中的数据库不可用。

可选的，在将待测节点标记为宕机节点之后，还可以向指定位置(如电子邮箱、手机信箱、qq、微信等)发生对应的提示信息，以提醒运维人员及时对宕机节点进行故障维修。

S102：当待测节点的身份发生变化时，判断待测节点的当前身份是否为主节点；

若是，则进入步骤S103；

当待测节点的当前身份为主节点时，则证明待测节点在身份发生变化之前不为主节点，即待测节点的地址和端口并未注册在注册中心中，此时执行步骤S103，将主节点的地址和端口注册到注册中心，并通过注册中心建立主节点与写服务器的第一对应关系，以使应用程序通过写服务器访问位于主节点的主数据库。

可选的，当待测节点的当前身份不为主节点时，还可以执行如下步骤：

当待测节点的当前身份不为主节点时，确定待测节点的当前身份为从节点；

建立从节点与读服务器的第二对应关系，以使应用程序通过读服务器读取位于从节点的从数据库。

当待测节点的当前身份不为主节点时，则证明待测节点在身份发生变化之前为主节点，即待测节点的地址和端口已经注册在注册中心中，此时为实现应用程序通过读服务器对位于从数据库的读访问，本申请实施例建立从节点与读服务器的第二对应关系，以使应用程序通过读服务器读取位于从节点的从数据库。

可选的，这里提到的判断待测节点的当前身份是否为主节点，其具体可以通过执行如下步骤实现：

通过第一脚本判断待测节点是否为主节点，并通过第二脚本判断待测节点是否为从节点；

当第一脚本确定待测节点为主节点，且第二脚本确定待测节点不为从节点时，确定待测节点的当前身份为主节点。

可选的，在一个具体实施例中，这里提到的第一脚本可以为Check_master.sh，第二脚本可以为Check_slave.sh，两个脚本每隔1s会检测当前节点的状态和角色状态,如果发生实例宕机，会自动返回对应的状态值并注册到注册中心中，注册中心可以根据返回的状态值实现对域名的配置，这样在发生故障切换时读写域名不变，应用程序也无需修改任何配置。

S103：将主节点的地址和端口注册到注册中心；

这里提到的注册中心中存有多个节点的地址和端口，注册中心可根据待测节点的当前身份，对应建立待测节点与写服务器之间的对应关系，以使应用程序无需修改任何配置便可以能够通过写服务器访问位于主节点的主数据库，而且数据库故障切换时应用无感知且不会影响业务的执行，实现了在数据库故障切换之后域名的高可用访问。

S104：通过注册中心建立主节点与写服务器的第一对应关系，以使应用程序通过写服务器访问位于主节点的主数据库。

基于上述技术方案，本申请所提供的一种数据库访问的方法，通过在待测节点的身份发生变化时，判断待测节点的当前身份是否为主节点，如果是，则将主节点的地址和端口注册到注册中心，并通过注册中心建立主节点与写服务器的第一对应关系，即通过利用注册中心的服务发现特性，应用程序不需要担心写节点和只读节点数据库的IP是否发生变化，即可实现通过写服务器对位于主节点的主数据库的访问，而且数据库故障切换时应用无感知且不会影响业务的执行，实现了在数据库故障切换之后域名的高可用访问。

请参考图2，图2为本申请实施例所提供的一种数据库访问的系统的结构图。

该系统可以包括：

第一检测模块100，用于检测待测节点的身份；

判断模块200，用于当待测节点的身份发生变化时，判断待测节点的当前身份是否为主节点；

注册模块300，用于当待测节点的当前身份为主节点时，将主节点的地址和端口注册到注册中心；

第一建立模块400，用于通过注册中心建立主节点与写服务器的第一对应关系，以使应用程序通过写服务器访问位于主节点的主数据库。

在上述实施例的基础上，在一个具体实施例中，该系统还可以包括：

确定模块，用于当待测节点的当前身份不为主节点时，确定待测节点的当前身份为从节点；

第二建立模块，用于建立从节点与读服务器的第二对应关系，以使应用程序通过读服务器读取位于从节点的从数据库。

在上述实施例的基础上，在一个具体实施例中，该系统还可以包括：

第二检测模块，用于检测位于待测节点中的数据库是否可用；

执行模块，用于当位于待测节点中的数据库可用时，执行检测待测节点的身份的步骤；

标记模块，用于当位于待测节点中的数据库不可用时，将待测节点标记为宕机节点。

在上述实施例的基础上，在一个具体实施例中，该第二检测模块可以包括：

检测子模块，用于通过脚本检测位于待测节点中的数据库是否可用。

在上述实施例的基础上，在一个具体实施例中，该判断模块200可以包括：

判断子模块，用于通过第一脚本判断待测节点是否为主节点，并通过第二脚本判断待测节点是否为从节点；

确定子模块，用于当第一脚本确定待测节点为主节点，且第二脚本确定待测节点不为从节点时，确定待测节点的当前身份为主节点。

由于系统部分的实施例与方法部分的实施例相互对应，因此系统部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

请参考图3，图3为本申请实施例所提供的一种数据库访问设备的结构图。

该数据库访问设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)522(例如，一个或一个以上处理器)和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对装置中的一系列指令操作。更进一步地，处理器522可以设置为与存储介质530通信，在数据库访问设备500上执行存储介质530中的一系列指令操作。

数据库访问设备500还可以包括一个或一个以上电源525，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，和/或，一个或一个以上操作系统541，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述图1所描述的数据库访问的方法中的步骤由数据库访问设备基于该图3所示的结构实现。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上对本申请所提供的一种数据库访问的方法、系统、设备及可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims (8)

1.一种数据库访问的方法，其特征在于，包括：

检测待测节点的身份；

当所述待测节点的身份发生变化时，判断所述待测节点的当前身份是否为主节点；

若是，则将所述主节点的地址和端口注册到注册中心；

通过所述注册中心建立所述主节点与写服务器的第一对应关系，以使应用程序通过所述写服务器访问位于所述主节点的主数据库；

还包括：

当所述待测节点的当前身份不为所述主节点时，确定所述待测节点的当前身份为从节点；

建立所述从节点与读服务器的第二对应关系，以使所述应用程序通过所述读服务器读取位于所述从节点的从数据库。

2.根据权利要求1所述的方法，其特征在于，在检测待测节点的身份之前，还包括：

检测位于所述待测节点中的数据库是否可用；

若可用，则执行所述检测待测节点的身份的步骤；

若不可用，则将所述待测节点标记为宕机节点。

3.根据权利要求2所述的方法，其特征在于，所述检测位于所述待测节点中的数据库是否可用，包括：

通过脚本检测位于所述待测节点中的数据库是否可用。

4.根据权利要求1所述的方法，其特征在于，所述判断所述待测节点的当前身份是否为主节点，包括：

通过第一脚本判断所述待测节点是否为所述主节点，并通过第二脚本判断所述待测节点是否为从节点；

当所述第一脚本确定所述待测节点为所述主节点，且所述第二脚本确定所述待测节点不为所述从节点时，确定所述待测节点的当前身份为所述主节点。

5.一种数据库访问的系统，其特征在于，包括：

第一检测模块，用于检测待测节点的身份；

判断模块，用于当所述待测节点的身份发生变化时，判断所述待测节点的当前身份是否为主节点；

注册模块，用于当所述待测节点的当前身份为主节点时，将所述主节点的地址和端口注册到注册中心；

第一建立模块，用于通过所述注册中心建立所述主节点与写服务器的第一对应关系，以使应用程序通过所述写服务器访问位于所述主节点的主数据库；

还包括：

确定模块，用于当待测节点的当前身份不为主节点时，确定待测节点的当前身份为从节点；

第二建立模块，用于建立从节点与读服务器的第二对应关系，以使应用程序通过读服务器读取位于从节点的从数据库。

6.根据权利要求5所述的系统，其特征在于，还包括：

第一检测模块，用于检测位于所述待测节点中的数据库是否可用；

执行模块，用于当位于所述待测节点中的数据库可用时，执行所述检测待测节点的身份的步骤；

标记模块，用于当位于所述待测节点中的数据库不可用时，将所述待测节点标记为宕机节点。

7.一种数据库访问设备，其特征在于，包括：

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

处理器，用于执行所述计算机程序时实现如权利要求1至4任一项所述数据库访问的方法的步骤。

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