CN111597192A - 数据库的切换控制方法、装置及电子设备 - Google Patents

数据库的切换控制方法、装置及电子设备 Download PDF

Info

Publication number
CN111597192A
CN111597192A CN202010280564.0A CN202010280564A CN111597192A CN 111597192 A CN111597192 A CN 111597192A CN 202010280564 A CN202010280564 A CN 202010280564A CN 111597192 A CN111597192 A CN 111597192A
Authority
CN
China
Prior art keywords
database instance
database
address
instance
switching control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010280564.0A
Other languages
English (en)
Other versions
CN111597192B (zh
Inventor
张强
高世伟
郑帆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202010280564.0A priority Critical patent/CN111597192B/zh
Publication of CN111597192A publication Critical patent/CN111597192A/zh
Application granted granted Critical
Publication of CN111597192B publication Critical patent/CN111597192B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提出一种数据库的切换控制方法、装置及电子设备,属于数据库技术领域。其中,该方法包括:第一数据库实例对第二数据库实例进行检测,其中,第一数据库实例和第二数据库实例共享共享文件,共享文件包括第一数据库实例的第一地址和第二数据库实例的第二地址;当第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,并将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例。由此,通过这种数据库的切换控制方法,在第一数据库实例发生异常时,利用第一数据库实例代替第二数据库实例提供服务,从而避免了系统发生单点故障,提高了系统的高可用性。

Description

数据库的切换控制方法、装置及电子设备
技术领域
本申请涉及计算机技术领域,尤其涉及数据库技术领域,提出一种数据库的切换控制方法、装置及电子设备。
背景技术
在传统的服务架构中,为了避免单点故障,基础组件与应用服务往往要求提供高可用部署方案。在众多的基础组组件中,数据库作为经典的数据存储媒介,可以提供数据持久化能力,因此数据库的高可用对整体服务系统的高可用尤为重要。
发明内容
提供了一种用于数据库的切换控制方法、装置、电子设备及存储介质。
根据第一方面,提供了一种数据库的切换控制方法,包括:第一数据库实例对第二数据库实例进行检测,其中,所述第一数据库实例和所述第二数据库实例共享共享文件,所述共享文件包括所述第一数据库实例的第一地址和所述第二数据库实例的第二地址;当所述第二数据库实例出现异常时,所述第一数据库实例将所述第一数据库实例的第一地址写入至服务访问地址,并将所述第二数据库实例的第二地址从所述服务访问地址中删除,以使所述第一数据库实例替代所述第二数据库实例。
根据第二方面,提供了一种数据库的切换控制装置,包括:第一检测模块,用于第一数据库实例对第二数据库实例进行检测,其中,所述第一数据库实例和所述第二数据库实例共享共享文件,所述共享文件包括所述第一数据库实例的第一地址和所述第二数据库实例的第二地址;第一替代模块,用于当所述第二数据库实例出现异常时,所述第一数据库实例将所述第一数据库实例的第一地址写入至服务访问地址,并将所述第二数据库实例的第二地址从所述服务访问地址中删除,以使所述第一数据库实例替代所述第二数据库实例。
根据第三方面,提供了一种电子设备,其包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如前所述的数据库的切换控制方法。
根据第四方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使所述计算机执行如前所述的数据库的切换控制方法。
根据本申请的技术方案,解决了相关技术中,传统的服务架构中,数据库容易出现单点故障的问题。
应当理解,本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征,也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1为本申请实施例所提供的一种数据库的切换控制方法的流程示意图;
图2为本申请实施例所提供的另一种数据库的切换控制方法的流程示意图;
图3为本申请实施例所提供的再一种数据库的切换控制方法的流程示意图;
图4为本申请实施例提供的一种数据库的切换控制装置的结构示意图;
图5为本申请实施例提供的电子设备的结构示意图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
本申请实施例针对相关技术中,传统的服务架构中,数据库容易出现单点故障的问题,提出一种数据库的切换控制方法。
下面参考附图对本申请提供的数据库的切换控制方法、装置、电子设备及存储介质进行详细描述。
图1为本申请实施例所提供的一种数据库的切换控制方法的流程示意图。
如图1所示,该数据库的切换控制方法,包括以下步骤:
步骤101,第一数据库实例对第二数据库实例进行检测,其中,第一数据库实例和第二数据库实例共享共享文件,共享文件包括第一数据库实例的第一地址和第二数据库实例的第二地址。
其中,第一数据库实例,是指服务系统中的主数据库对应的实例。第二数据库实例,是指服务系统中的从数据库对应的实例。
其中,共享文件,是指用于存储第一数据库实例的地址与第二数据库实例的地址,且允许第一数据库实例与第二数据库实例共同读写的共享存储空间。
其中,第一数据库实例的第一地址与第二数据库实例的第二地址,可以为IP地址、域名地址或名称等。实际使用时,第一地址与第二地址的地址类型,可以与数据库所在的系统架构有关,本申请实施例对此不做限定。
在本申请实施例中,可以在服务系统中构建两个数据库,以供服务进行读写,为服务提供数据和存储空间支持。
作为一种可能的实现方式,可以将第一数据库实例作为备数据库,将第二数据库实例作为主数据库,并在第二数据库实例可以正常运行时,通过第二数据库实例接收服务的流量;以及利用第一数据库实例实时对第二数据库实例的服务状态进行检测,以及时确定第一数据库实例是否出现异常。
需要说明的是,第一数据库实例可以以一定频率对第二数据库实例的服务状态进行检测。实际使用时,可以根据实际需要设置第一数据库实例对第二数据库实例进行检测的频率,本申请实施例对此不做限定。
步骤102,当第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,并将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例。
其中,服务访问地址,是指服务访问数据库时所使用的的访问地址。
在本申请实施例中,由于第二数据库实例为主数据库,因此服务访问地址中默认存储第二数据库实例的第二地址,以使服务可以根据服务访问地址访问第二数据库实例,以对第二数据库实例进行读写。因此,在检测到第二数据库实例出现异常时,为保证服务系统的正常运行,可以将第一数据库实例的第一地址写入服务访问地址,并将第二数据库实例的第二地址从服务访问地址中删除,以使服务可以根据服务访问地址访问第一数据库实例,从而使得在第二数据库实例出现异常时,仍能通过第一数据库实例代替第二数据库实例接收服务的流量,避免了单点故障,提升了系统的高可用性。
根据本申请实施例的技术方案,通过第一数据库实例对第二数据库实例进行检测,并在第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,进而将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例。由此,通过将第一数据库实例作为备库,将第二数据库实例作为主库,以在第一数据库实例发生异常时,利用第一数据库实例代替第二数据库实例提供服务,从而避免了系统发生单点故障,提高了系统的高可用性。
在本申请一种可能的实现形式中,可以基于kubernetes的服务部署架构实现本申请的方案,并通过kubernetes架构中的探针机制对第一数据库实例及第二数据库实例的服务状态进行检测。
下面结合图2,对本申请实施例提供的数据库的切换控制方法进行进一步说明。
图2为本申请实施例所提供的另一种数据库的切换控制方法的流程示意图。
如图2所示,该数据库的切换控制方法,包括以下步骤:
步骤201,通过StatefulSet为第一数据库实例和第二数据库实例分别分配第一域名和第二域名,其中,共享文件中存储第一域名与第一地址的对应关系,以及第二域名与第二地址的对应关系。
其中,第一域名,可以为第一数据库实例的名称;第一地址,可以为第一数据库实例的IP地址。第二域名,可以为第二数据库实例的名称;第二地址,可以为第二数据库实例的IP地址。
作为一种可能的实现方式,本申请实施例的数据库可以通过Kubernetes架构实现。由于在Kubernetes架构中,数据库实例重启后,数据库实例的IP地址会产生变化,若数据库实例重启后仍然使用原来的IP地址访问数据库实例,会导致访问失败。因此,在本申请实施例中,可以通过域名机制实现对数据库实例的访问。
具体的,可以利用Kubernetes架构中的StatefulSet资源类型为第一数据库实例与第二数据库实例提供唯一的名称,以作为第一数据库实例与第二数据库库实例的域名,并在共享文件中存储第一域名与第一地址的对应关系,以及第二域名与第二地址的对应关系。
进一步的,在数据库实例重启之后,可以对数据库实例对应的地址进行更新。即在本申请实施例一种可能的实现形式中,上述方法,还可以包括:
在第一数据库实例或第二数据库实例重启之后,更新共享文件中的第一地址或第二地址。
在本申请实施例中,在第一数据库实例或第二数据库实例检测到自身的服务状态恢复正常之后,第一数据库实例可以生成新的第一地址,第二数据库实例可以生成新的第二地址,并利用新的第一地址替代原来的第一地址,与第一域名对应存储;或者,利用新的第二地址替代原来的第二地址,与第二域名对应存储。
举例来说,在第二数据库实例出现异常之后,第二数据库实例可以在检测到自身服务状态恢复正常之后,生成新的第二地址,并在共享文件中将新的第二地址与第二域名对应存储,并将原来的第二地址删除。从而,在第一数据库实例在检测到第二数据库实例恢复正常之后,可以通过访问共享文件,通过第二域名与第二地址的对应关系,确定出第二数据库实例新的第二地址并写入服务访问地址中,以使服务可以通过服务访问地址成功访问第二数据库实例。
步骤202,第一数据库实例通过探针对第二数据库实例进行检测,其中,当探针返回成功时确定第二数据库实例未出现异常,当探针未返回成功时确定第二数据库实例出现异常。
其中,探针,可以是Kubernetes架构中的ReadinessProbe探针或LivenessProbe探针。以下以探针为ReadinessProbe探针进行具体说明。
作为一种可能的实现方式,ReadinessProbe是Kubernetes架构中一种类型的探针,用于检查服务是否已经就绪,是否可提供服务访问,可以通过配置该探针,自定义探活时间、探活周期、失败次数等。
具体的,第一数据库实例在通过ReadinessProbe探针对第二数据库实例进行检测时,当探针返回成功时,可以确定第二数据库实例未出现异常;当前探针未返回成功时,可以确定第二数据库实例出现异常。
步骤203,当第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,并将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例。
上述步骤203的具体实现过程及原理,可以参照上述实施例的详细描述,此处不再赘述。
步骤204,当第二数据库实例未出现异常时,第一数据库实例保持服务访问地址中的第二地址不变。
在本申请实施例中,由于第二数据库实例为主库,若第二数据库实例未出现异常,则可以一直使用第二数据库实例提供服务。因此,当第二数据库实例未出现异常时,则第一数据库实例不会将自身的第二地址写入服务访问地址,以保持服务访问地址中的第二地址不变。
作为一种可能的实现方式,服务访问地址可以为EndPoints。EndPoints是Kubernetes架构中的一种资源,可以通过服务的标签选择器选择出满足条件的数据库的地址列表。
根据本申请实施例的技术方案,通过StatefulSet为第一数据库实例和第二数据库实例分别分配第一域名和第二域名,其中,共享文件中存储第一域名与第一地址的对应关系,以及第二域名与第二地址的对应关系,以及第一数据库实例通过探针对第二数据库实例进行检测,其中,当探针返回成功时确定第二数据库实例未出现异常,当探针未返回成功时确定第二数据库实例出现异常,当第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,并将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例,当第二数据库实例未出现异常时,第一数据库实例保持服务访问地址中的第二地址不变。由此,通过Kubernetes架构实现数据库,并通过域名访问机制,保证数据库实例重启后的重新连接,从而不仅可以在第一数据库实例发生异常时,利用第一数据库实例代替第二数据库实例提供服务,避免了系统发生单点故障,提高了系统的高可用性,而且进一步提高了系统的可靠性和稳定性。
在本申请一种可能的实现形式中,可以在检测到第二数据库实例恢复正常之后,切换至第二数据库实例提供服务。
下面结合图3,对本申请实施例提供的数据库的切换控制方法进行进一步说明。
图3为本申请实施例所提供的再一种数据库的切换控制方法的流程示意图。
如图3所示,该数据库的切换控制方法,包括以下步骤:
步骤301,第一数据库实例对第二数据库实例进行检测,其中,第一数据库实例和第二数据库实例共享共享文件,共享文件包括第一数据库实例的第一地址和第二数据库实例的第二地址。
步骤302,当第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,并将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例。
上述步骤301-302的具体实现过程及原理,可以参照上述实施例的详细描述,此处不再赘述。
步骤303,第一数据库实例继续对第二数据库实例进行检测。
在本申请实施例中,检测到第二数据库实例出现异常并使第二数据库实例替代第一数据库实例后,第一数据库实例还可以继续对第二数据库实例的服务状态进行检测,以确定第二数据库实例是否已经恢复正常。
作为一种可能的实现方式,可以在数据库实例中设置监听进程,对数据库实例的服务状态进行检测。即在本申请实施例一种可能的实现形式中,上述第一数据库实例可以包括第一数据库进程和第一监听进程,上述第二数据库实例可以包括第二数据库进程和第二监听进程;相应的,上述方法,还可以包括:
对第一监听进程和第二监听进程进行检测;
当第一监听进程和/或第二监听进程出现异常时,对异常的第一监听进程和/或第二监听进程进行重启。
其中,第一数据库进程,是指用于实现第一数据库实例的数据库功能的进程;第一监听进程,是指用于对第一数据库实例与第二数据库实例的服务状态进行检测的进程。第二数据库进程,是指用于实现第二数据库实例的数据库功能的进程;第二监听进程,是指用于对第二数据库实例的服务状态进行检测的进程。
在本申请实施例中,第一监听进程用于对第一数据库实例与第二数据库实例的服务状态进行监听;第二监听进程用于对第二数据库实例本身的服务状态进行监听。为保证监听进程可以对数据库实例的服务状态进行可靠检测,需要保证监听进程的正常运行,因此,可以对第一监听进程与第二监听进程的状态进行检测,以确定第一监听进程或第二监听进程是否出现异常。
作为一种可能的实现方式,可以通过cron服务检测第一监听进程与第二监听进程是否出现异常退出的情况。若检测到第一监听进程和/或第二监听进程出现异常退出时,则可以将异常退出的第一监听进程和/或第二监听进程重启,以使异常退出的第一监听进程和/或第二监听进程重新进入正常工作状态,以继续对数据库实例的服务状态进行检测。
步骤304,当第一数据库实例检测到第二数据库实例恢复时,第一数据库实例将第二数据库实例的第二地址写入至服务访问地址,并将第一数据库实例的第一地址从服务访问地址中删除,以使第二数据库实例替代第一数据库实例。
在本申请实施例中,可以仅在第二数据库实例出现异常时,利用第一数据库实施例替代第二数据库实施例,因此,当检测到第二数据库实例恢复时,可以从共享文件中,获取与第二域名对应的第二地址,并将第二地址写入服务访问地址,以及将第一地址从访问地址中删除,从而使得服务可以通过服务访问地址重新访问第二数据库实例。
步骤305,关闭服务与第一数据库实例的长连接。
在本申请实施例中,检测到第二数据库实例恢复且利用第二数据库实例替代第一数据库实例之后,还可以关闭服务与第一数据库实例之间的长连接,从而避免第一数据库实例与第二数据库实例同时提供服务导致的主键冲突,影响数据库的数据同步。
根据本申请实施例的技术方案,通过第一数据库实例对第二数据库实例进行检测,并在第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,以及将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例,之后第一数据库实例继续对第二数据库实例进行检测,以在检测到第二数据库实例恢复时,将第二数据库实例的第二地址写入至服务访问地址,并将第一数据库实例的第一地址从服务访问地址中删除,以使第二数据库实例替代第一数据库实例,进而关闭服务与第一数据库实例的长连接。由此,通过仅在第二数据库实例出现异常时,利用第一数据库实例提供服务,并在第二数据库实例恢复时,切换至第二数据库实例提供服务,并关闭服务与第一数据库实例之间的长连接,从而不仅可以在第一数据库实例发生异常时,利用第一数据库实例代替第二数据库实例提供服务,避免了系统发生单点故障,提高了系统的高可用性,而且避免了主备数据库同时提供服务,保证了数据同步的正常进行。
为了实现上述实施例,本申请还提出一种数据库的切换控制装置。
图4为本申请实施例提供的一种数据库的切换控制装置的结构示意图。
如图4所示,该数据库的切换控制装置40,包括:
第一检测模块41,用于第一数据库实例对第二数据库实例进行检测,其中,第一数据库实例和第二数据库实例共享共享文件,共享文件包括第一数据库实例的第一地址和第二数据库实例的第二地址;
第一替代模块42,用于当第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,并将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例。
在实际使用时,本申请实施例提供的数据库的切换控制装置,可以被配置在任意电子设备中,以执行前述数据库的切换控制方法。
根据本申请实施例的技术方案,通过第一数据库实例对第二数据库实例进行检测,并在第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,进而将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例。由此,通过将第一数据库实例作为备库,将第二数据库实例作为主库,以在第一数据库实例发生异常时,利用第一数据库实例代替第二数据库实例提供服务,从而避免了系统发生单点故障,提高了系统的高可用性。
在本申请一种可能的实现形式中,上述数据库的切换控制装置40,还包括:
保持模块,用于当第二数据库实例未出现异常时,第一数据库实例保持服务访问地址中的第二地址不变。
进一步的,在本申请另一种可能的实现形式中,上述第一检测模块41,包括:
检测单元,用于第一数据库实例通过探针对第二数据库实例进行检测,其中,当探针返回成功时确定第二数据库实例未出现异常,当探针未返回成功时确定第二数据库实例出现异常。
进一步的,在本申请再一种可能的实现形式中,上述数据库为Kubernetes架构,上述探针为ReadinessProbe探针或LivenessProbe探针。
进一步的,在本申请又一种可能的实现形式中,上述数据库为Kubernetes架构;
相应的,上述数据库的切换控制装置40,还包括:
分配模块,用于通过StatefulSet为第一数据库实例和第二数据库实例分别分配第一域名和第二域名,其中,共享文件中存储第一域名与第一地址的对应关系,以及第二域名与第二地址的对应关系。
进一步的,在本申请又一种可能的实现形式中,上述服务访问地址为EndPoints。
进一步的,在本申请另一种可能的实现形式中,上述数据库的切换控制装置40,还包括:
第二检测模块,用于第一数据库实例继续对第二数据库实例进行检测;
第二替代模块,用于当第一数据库实例检测到第二数据库实例恢复时,第一数据库实例将第二数据库实例的第二地址写入至服务访问地址,并将第一数据库实例的第一地址从服务访问地址中删除,以使第二数据库实例替代第一数据库实例。
进一步的,在本申请再一种可能的实现形式中,上述数据库的切换控制装置40,还包括:
关闭模块,用于关闭服务与第一数据库实例的长连接。
进一步的,在本申请又一种可能的实现形式中,上述数据库的切换控制装置40,还包括:
更新模块,用于在第一数据库实例或第二数据库实例重启之后,更新共享文件中的第一地址或第二地址。
进一步的,在本申请又一种可能的实现形式中,上述第一数据库实例包括第一数据库进程和第一监听进程,上述第二数据库实例包括第二数据库进程和第二监听进程;
相应的,上述数据库的切换控制装置40,还包括:
第三检测模块,用于对第一监听进程和第二监听进程进行检测;
重启模块,用于当第一监听进程和/或第二监听进程出现异常时,对异常的第一监听进程和/或第二监听进程进行重启。
需要说明的是,前述对图1、图2、图3所示的数据库的切换控制方法实施例的解释说明也适用于该实施例的数据库的切换控制装置40,此处不再赘述。
根据本申请实施例的技术方案,通过StatefulSet为第一数据库实例和第二数据库实例分别分配第一域名和第二域名,其中,共享文件中存储第一域名与第一地址的对应关系,以及第二域名与第二地址的对应关系,以及第一数据库实例通过探针对第二数据库实例进行检测,其中,当探针返回成功时确定第二数据库实例未出现异常,当探针未返回成功时确定第二数据库实例出现异常,当第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,并将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例,当第二数据库实例未出现异常时,第一数据库实例保持服务访问地址中的第二地址不变。由此,通过Kubernetes架构实现数据库,并通过域名访问机制,保证数据库实例重启后的重新连接,从而不仅可以在第一数据库实例发生异常时,利用第一数据库实例代替第二数据库实例提供服务,避免了系统发生单点故障,提高了系统的高可用性,而且进一步提高了系统的可靠性和稳定性。
根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。
如图5所示,是根据本申请实施例的数据库的切换控制方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图5所示,该电子设备包括:一个或多个处理器501、存储器502,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个电子设备,各个电子设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图5中以一个处理器501为例。
存储器502即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的数据库的切换控制方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的数据库的切换控制方法。
存储器502作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的数据库的切换控制方法对应的程序指令/模块(例如,附图4所示第一检测模块41及第一替代模块42)。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的数据库的切换控制方法。
存储器502可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据数据库的切换控制方法的电子设备的使用所创建的数据等。此外,存储器502可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器502可选包括相对于处理器501远程设置的存储器,这些远程存储器可以通过网络连接至数据库的切换控制方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
数据库的切换控制方法的电子设备还可以包括:输入装置503和输出装置504。处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接,图5中以通过总线连接为例。
输入装置503可接收输入的数字或字符信息,以及产生与数据库的切换控制方法的电子设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置504可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
根据本申请实施例的技术方案,通过第一数据库实例对第二数据库实例进行检测,并在第二数据库实例出现异常时,第一数据库实例将第一数据库实例的第一地址写入至服务访问地址,进而将第二数据库实例的第二地址从服务访问地址中删除,以使第一数据库实例替代第二数据库实例。由此,通过将第一数据库实例作为备库,将第二数据库实例作为主库,以在第一数据库实例发生异常时,利用第一数据库实例代替第二数据库实例提供服务,从而避免了系统发生单点故障,提高了系统的高可用性。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。

Claims (22)

1.一种数据库的切换控制方法,其特征在于,包括:
第一数据库实例对第二数据库实例进行检测,其中,所述第一数据库实例和所述第二数据库实例共享共享文件,所述共享文件包括所述第一数据库实例的第一地址和所述第二数据库实例的第二地址;
当所述第二数据库实例出现异常时,所述第一数据库实例将所述第一数据库实例的第一地址写入至服务访问地址,并将所述第二数据库实例的第二地址从所述服务访问地址中删除,以使所述第一数据库实例替代所述第二数据库实例。
2.如权利要求1所述的数据库的切换控制方法,其特征在于,还包括:
当所述第二数据库实例未出现异常时,所述第一数据库实例保持所述服务访问地址中的所述第二地址不变。
3.如权利要求1或2所述的数据库的切换控制方法,其特征在于,所述第一数据库实例对第二数据库实例进行检测,包括:
所述第一数据库实例通过探针对所述第二数据库实例进行检测,其中,当所述探针返回成功时确定所述第二数据库实例未出现异常,当所述探针未返回成功时确定所述第二数据库实例出现异常。
4.如权利要求3所述的数据库的切换控制方法,其特征在于,所述数据库为Kubernetes架构,所述探针为ReadinessProbe探针或LivenessProbe探针。
5.如权利要求2所述的数据库的切换控制方法,其特征在于,所述数据库为Kubernetes架构;
所述第一数据库实例对第二数据库实例进行检测之前,还包括:
通过StatefulSet为所述第一数据库实例和所述第二数据库实例分别分配第一域名和第二域名,其中,所述共享文件中存储所述第一域名与所述第一地址的对应关系,以及所述第二域名与所述第二地址的对应关系。
6.如权利要求5所述的数据库的切换控制方法,其特征在于,所述服务访问地址为EndPoints。
7.如权利要求1所述的数据库的切换控制方法,其特征在于,在所述第一数据库实例将所述第一数据库实例的第一地址写入至服务访问地址之后,还包括:
所述第一数据库实例继续对所述第二数据库实例进行检测;
当所述第一数据库实例检测到所述第二数据库实例恢复时,所述第一数据库实例将所述第二数据库实例的所述第二地址写入至服务访问地址,并将所述第一数据库实例的所述第一地址从所述服务访问地址中删除,以使所述第二数据库实例替代所述第一数据库实例。
8.如权利要求7所述的数据库的切换控制方法,其特征在于,还包括:
关闭服务与所述第一数据库实例的长连接。
9.如权利要求1所述的数据库的切换控制方法,其特征在于,还包括:
在所述第一数据库实例或所述第二数据库实例重启之后,更新所述共享文件中的所述第一地址或所述第二地址。
10.如权利要求1所述的数据库的切换控制方法,其特征在于,所述第一数据库实例包括第一数据库进程和第一监听进程,所述第二数据库实例包括第二数据库进程和第二监听进程;所述方法,还包括:
对所述第一监听进程和所述第二监听进程进行检测;
当所述第一监听进程和/或所述第二监听进程出现异常时,对异常的所述第一监听进程和/或第二监听进程进行重启。
11.一种数据库的切换控制装置,其特征在于,包括:
第一检测模块,用于第一数据库实例对第二数据库实例进行检测,其中,所述第一数据库实例和所述第二数据库实例共享共享文件,所述共享文件包括所述第一数据库实例的第一地址和所述第二数据库实例的第二地址;
第一替代模块,用于当所述第二数据库实例出现异常时,所述第一数据库实例将所述第一数据库实例的第一地址写入至服务访问地址,并将所述第二数据库实例的第二地址从所述服务访问地址中删除,以使所述第一数据库实例替代所述第二数据库实例。
12.如权利要求11所述的数据库的切换控制装置,其特征在于,还包括:
保持模块,用于当所述第二数据库实例未出现异常时,所述第一数据库实例保持所述服务访问地址中的所述第二地址不变。
13.如权利要求11或12所述的数据库的切换控制装置,其特征在于,所述第一检测模块,包括:
检测单元,用于所述第一数据库实例通过探针对所述第二数据库实例进行检测,其中,当所述探针返回成功时确定所述第二数据库实例未出现异常,当所述探针未返回成功时确定所述第二数据库实例出现异常。
14.如权利要求13所述的数据库的切换控制装置,其特征在于,所述数据库为Kubernetes架构,所述探针为ReadinessProbe探针或LivenessProbe探针。
15.如权利要求12所述的数据库的切换控制装置,其特征在于,所述数据库为Kubernetes架构;
所述装置,还包括:
分配模块,用于通过StatefulSet为所述第一数据库实例和所述第二数据库实例分别分配第一域名和第二域名,其中,所述共享文件中存储所述第一域名与所述第一地址的对应关系,以及所述第二域名与所述第二地址的对应关系。
16.如权利要求15所述的数据库的切换控制装置,其特征在于,所述服务访问地址为EndPoints。
17.如权利要求11所述的数据库的切换控制装置,其特征在于,还包括:
第二检测模块,用于所述第一数据库实例继续对所述第二数据库实例进行检测;
第二替代模块,用于当所述第一数据库实例检测到所述第二数据库实例恢复时,所述第一数据库实例将所述第二数据库实例的所述第二地址写入至服务访问地址,并将所述第一数据库实例的所述第一地址从所述服务访问地址中删除,以使所述第二数据库实例替代所述第一数据库实例。
18.如权利要求17所述的数据库的切换控制装置,其特征在于,还包括:
关闭模块,用于关闭服务与所述第一数据库实例的长连接。
19.如权利要求11所述的数据库的切换控制装置,其特征在于,还包括:
更新模块,用于在所述第一数据库实例或所述第二数据库实例重启之后,更新所述共享文件中的所述第一地址或所述第二地址。
20.如权利要求11所述的数据库的切换控制装置,其特征在于,所述第一数据库实例包括第一数据库进程和第一监听进程,所述第二数据库实例包括第二数据库进程和第二监听进程;
所述装置,还包括:
第三检测模块,用于对所述第一监听进程和所述第二监听进程进行检测;
重启模块,用于当所述第一监听进程和/或所述第二监听进程出现异常时,对异常的所述第一监听进程和/或第二监听进程进行重启。
21.一种电子设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。
22.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使所述计算机执行权利要求1-10中任一项所述的方法。
CN202010280564.0A 2020-04-10 2020-04-10 数据库的切换控制方法、装置及电子设备 Active CN111597192B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010280564.0A CN111597192B (zh) 2020-04-10 2020-04-10 数据库的切换控制方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010280564.0A CN111597192B (zh) 2020-04-10 2020-04-10 数据库的切换控制方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN111597192A true CN111597192A (zh) 2020-08-28
CN111597192B CN111597192B (zh) 2023-10-03

Family

ID=72190633

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010280564.0A Active CN111597192B (zh) 2020-04-10 2020-04-10 数据库的切换控制方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN111597192B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114546427A (zh) * 2022-02-21 2022-05-27 江苏苏宁银行股份有限公司 一种基于DNS和MGR的MySQL高可用实现方法
CN114676118A (zh) * 2022-05-30 2022-06-28 深圳市科力锐科技有限公司 数据库切换方法、装置、设备及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8595192B1 (en) * 2010-12-01 2013-11-26 Symantec Corporation Systems and methods for providing high availability to instance-bound databases
CN104252500A (zh) * 2013-06-29 2014-12-31 北京新媒传信科技有限公司 一种数据库管理平台的故障修复方法和装置
CN108833164A (zh) * 2018-06-14 2018-11-16 杭州网易再顾科技有限公司 服务器控制方法、装置、电子设备及存储介质
CN109614226A (zh) * 2018-11-20 2019-04-12 武汉烽火信息集成技术有限公司 一种基于Kubernetes的有状态应用存储管理方法
CN109753292A (zh) * 2018-12-24 2019-05-14 智慧互通科技有限公司 一种在多单实例数据库服务中部署多个应用的方法及装置
CN109933312A (zh) * 2019-03-25 2019-06-25 南京邮电大学 一种有效降低容器化关系型数据库i/o消耗的方法
CN110008286A (zh) * 2019-03-26 2019-07-12 华南理工大学 一种注塑成型装备大数据采集和存储系统及方法
US20190235775A1 (en) * 2018-01-31 2019-08-01 Salesforce.Com, Inc. Techniques for implementing fault domain sets
CN110347658A (zh) * 2019-06-11 2019-10-18 无线生活(杭州)信息科技有限公司 数据库实例切换方法及装置
CN110825490A (zh) * 2019-10-25 2020-02-21 桂林东信云科技有限公司 一种基于Kubernetes容器应用健康检查的方法及其系统

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8595192B1 (en) * 2010-12-01 2013-11-26 Symantec Corporation Systems and methods for providing high availability to instance-bound databases
CN104252500A (zh) * 2013-06-29 2014-12-31 北京新媒传信科技有限公司 一种数据库管理平台的故障修复方法和装置
US20190235775A1 (en) * 2018-01-31 2019-08-01 Salesforce.Com, Inc. Techniques for implementing fault domain sets
CN108833164A (zh) * 2018-06-14 2018-11-16 杭州网易再顾科技有限公司 服务器控制方法、装置、电子设备及存储介质
CN109614226A (zh) * 2018-11-20 2019-04-12 武汉烽火信息集成技术有限公司 一种基于Kubernetes的有状态应用存储管理方法
CN109753292A (zh) * 2018-12-24 2019-05-14 智慧互通科技有限公司 一种在多单实例数据库服务中部署多个应用的方法及装置
CN109933312A (zh) * 2019-03-25 2019-06-25 南京邮电大学 一种有效降低容器化关系型数据库i/o消耗的方法
CN110008286A (zh) * 2019-03-26 2019-07-12 华南理工大学 一种注塑成型装备大数据采集和存储系统及方法
CN110347658A (zh) * 2019-06-11 2019-10-18 无线生活(杭州)信息科技有限公司 数据库实例切换方法及装置
CN110825490A (zh) * 2019-10-25 2020-02-21 桂林东信云科技有限公司 一种基于Kubernetes容器应用健康检查的方法及其系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
EDDY TRUYEN 等: "《Evaluation of Container Orchestration Systems for Deploying and Managing NoSQL Database Clusters》", 《IEEE》 *
严丽云 等: "《基于Kubernetes的容器化数据库机器集群方案》", 《电信科学》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114546427A (zh) * 2022-02-21 2022-05-27 江苏苏宁银行股份有限公司 一种基于DNS和MGR的MySQL高可用实现方法
CN114676118A (zh) * 2022-05-30 2022-06-28 深圳市科力锐科技有限公司 数据库切换方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN111597192B (zh) 2023-10-03

Similar Documents

Publication Publication Date Title
CN110780890B (zh) 系统升级方法、装置、电子设备和介质
EP3916560A1 (en) Fault injection method and apparatus, electronic device and storage medium to test microservices in the cloud
US20200019543A1 (en) Method, apparatus and device for updating data, and medium
CN111258609A (zh) Kubernetes集群的升级方法、装置、电子设备和介质
CN111273872A (zh) 一种数据迁移方法、装置、设备和介质
CN111984476A (zh) 测试方法和装置
KR20220043818A (ko) 서비스 정보 처리 방법, 장치, 기기, 컴퓨터 저장 매체 및 프로그램
CN111597192B (zh) 数据库的切换控制方法、装置及电子设备
US20210208923A1 (en) Method and apparatus for handling memory failure, electronic device and storage medium
CN111506401A (zh) 自动驾驶仿真任务调度方法、装置、电子设备及存储介质
CN112540914A (zh) 单元测试的执行方法、执行装置、服务器和存储介质
CN112565356A (zh) 数据存储方法、装置以及电子设备
CN111581049A (zh) 分布式系统运行状态监测方法、装置、设备及存储介质
CN111966471B (zh) 访问方法、装置、电子设备及计算机存储介质
CN114721686A (zh) 配置数据更新方法、装置、电子设备和存储介质
CN110750313B (zh) 一种中间件的热加载方法、装置、电子设备及存储介质
CN111639116A (zh) 数据访问连接会话保护方法以及装置
CN111782357A (zh) 标签控制方法及装置、电子设备和可读存储介质
CN111835857B (zh) 用于访问数据的方法和装置
CN111258954B (zh) 数据迁移方法、装置、设备及存储介质
EP2602718A1 (en) Computer system management method and management device
CN113821232A (zh) 模型更新方法和装置
CN111966421A (zh) 页面组件的运行监测方法、装置、设备和存储介质
CN111459656B (zh) 服务器管理方法、装置、电子设备和存储介质
CN115484191B (zh) 网络连通性的验证方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant