CN117851244B - 数据库故障检测方法和装置、电子设备及存储介质 - Google Patents
数据库故障检测方法和装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN117851244B CN117851244B CN202311870861.0A CN202311870861A CN117851244B CN 117851244 B CN117851244 B CN 117851244B CN 202311870861 A CN202311870861 A CN 202311870861A CN 117851244 B CN117851244 B CN 117851244B
- Authority
- CN
- China
- Prior art keywords
- database
- data synchronization
- slave
- target
- master database
- 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.)
- Active
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 180
- 238000000034 method Methods 0.000 claims description 20
- 238000004590 computer program Methods 0.000 claims description 11
- 230000001360 synchronised effect Effects 0.000 abstract description 26
- 238000011161 development Methods 0.000 abstract description 4
- 230000010076 replication Effects 0.000 description 17
- 238000004891 communication Methods 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 239000000306 component Substances 0.000 description 6
- 238000012545 processing Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000000638 solvent extraction Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000008358 core component Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008263 repair mechanism Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供了一种数据库故障检测方法和装置、电子设备及存储介质,属于数据库开发技术领域,通过对数据库集群进行心跳检测,得到心跳信息,数据库集群包括主数据库以及主数据库的从数据库,若心跳信息表征主数据库心跳检测失败,则根据心跳信息获取心跳检测成功的从数据库,得到目标从数据库,获取主数据库与目标从数据库之间的数据同步链路状态信息,若数据同步链路状态信息表征主数据库与所有目标从数据库之间的数据同步链路均断开,则确定主数据库处于故障状态,提高了数据库故障检测的准确性。
Description
技术领域
本申请涉及数据库开发技术领域,尤其涉及一种数据库故障检测方法和装置、电子设备及存储介质。
背景技术
相关技术中,基于心跳检测技术对数据库进行故障检测,来判断数据库是否故障。但是心跳检测会由于一些因素的影响,例如数据库负载较高无法及时响应心跳信号,导致误判数据库故障。如何提高数据库故障检测的准确性,成为了亟待解决的问题。
发明内容
本申请实施例的主要目的在于提出一种数据库故障检测方法和装置、电子设备及存储介质,旨在提高数据库故障检测的准确性。
为实现上述目的,本申请实施例的第一方面提出了一种数据库故障检测方法,所述方法包括:
对数据库集群进行心跳检测,得到心跳信息;所述数据库集群包括主数据库以及所述主数据库的从数据库;
若所述心跳信息表征所述主数据库心跳检测失败,则根据所述心跳信息获取心跳检测成功的所述从数据库,得到目标从数据库;
获取所述主数据库与所述目标从数据库之间的数据同步链路状态信息;
若所述数据同步链路状态信息表征所述主数据库与所有所述目标从数据库之间的数据同步链路均断开,则确定所述主数据库处于故障状态。
在一些实施例,在所述若所述数据同步链路状态信息表征所述主数据库与所有所述目标从数据库之间的数据同步链路均断开,则确定所述主数据库处于故障状态之后,所述数据库故障检测方法还包括:
从所述目标从数据库选取候选临时主数据库;
对除所述候选临时主数据库之外的其他所述目标从数据库进行数据库分类,得到从数据库类型;
根据所述从数据库类型更新其他所述目标从数据库与所述候选临时主数据库之间的数据同步关系,并根据所述数据同步关系进行数据同步。
在一些实施例,所述从所述目标从数据库选取候选临时主数据库,包括:
获取所述目标从数据库的数据库版本、数据同步延时时间、数据中心信息和优先级信息;
根据所述数据库版本、所述数据同步延时时间、所述数据中心信息和所述优先级信息的至少一种,从所述目标从数据库选取所述候选临时主数据库。
在一些实施例,所述对除所述候选临时主数据库之外的其他所述目标从数据库进行数据库分类,得到从数据库类型,包括:
获取所述目标从数据库的数据同步延时时间,得到第一数据同步延时时间;
获取所述候选临时主数据库的数据同步延时时间,得到第二数据同步延时时间;
根据所述第一数据同步延时时间和所述第二数据同步延时时间对其他所述目标从数据库进行数据库分类,得到第一从数据库类型和第二从数据库类型;所述第一从数据库类型为所述第一数据同步延时时间大于或者等于所述第二数据同步延时时间的数据库类型;所述第二从数据库类型为所述第一数据同步延时时间小于所述第二数据同步延时时间的数据库类型;
根据所述第一从数据库类型和所述第二从数据库类型得到所述从数据库类型。
在一些实施例,在所述根据所述从数据库类型更新其他所述目标从数据库与所述候选临时主数据库之间的数据同步关系,并根据所述数据同步关系进行数据同步之后,所述数据库故障检测方法还包括:
对所述候选临时主数据库进行数据库合法性检测,得到合法性检测信息;
若所述合法性检测信息表征所述候选临时主数据库合法性检测失败,则从其他所述目标从数据库选取目标主数据库;
更新所述目标主数据库与所述候选临时主数据库之间的所述数据同步关系;
根据更新后的所述数据同步关系进行数据同步。
在一些实施例,所述若所述合法性检测信息表征所述候选临时主数据库合法性检测失败,则从其他所述目标从数据库选取目标主数据库,包括:
若所述合法性检测信息表征所述候选临时主数据库合法性检测失败,则获取其他所述目标从数据库的数据中心信息和优先级信息;
根据所述数据中心信息和所述优先级信息的至少一种,从其他所述目标从数据库选取所述目标主数据库。
在一些实施例,所述根据更新后的所述数据同步关系进行数据同步,包括:
根据更新后的所述数据同步关系,获取所述目标主数据库的从数据库数量;
若从数据库数量小于预设阈值,则减少所述预设阈值,以使所述预设阈值与所述从数据库数量相等。
为实现上述目的,本申请实施例的第二方面提出了一种数据库故障检测装置,所述装置包括:
心跳检测模块,用于对数据库集群进行心跳检测,得到心跳信息;所述数据库集群包括主数据库以及所述主数据库的从数据库;
第一获取模块,用于若所述心跳信息表征所述主数据库心跳检测失败,则根据所述心跳信息获取心跳检测成功的所述从数据库,得到目标从数据库;
第二获取模块,用于获取所述主数据库与所述目标从数据库之间的数据同步链路状态信息;
故障检测模块,用于若所述数据同步链路状态信息表征所述主数据库与所有所述目标从数据库之间的数据同步链路均断开,则确定所述主数据库处于故障状态。
为实现上述目的,本申请实施例的第三方面提出了一种电子设备,所述电子设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述第一方面所述的数据库故障检测方法。
为实现上述目的,本申请实施例的第四方面提出了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面所述的数据库故障检测方法。
本申请提出的数据库故障检测方法、数据库故障检测装置、电子设备及计算机可读存储介质,通过对数据库集群进行心跳检测,判断数据库存在故障的可能性,得到心跳信息。若心跳信息表征主数据库心跳检测失败,说明主数据库可能存在故障,需要进一步确定主数据库是否故障,则根据心跳信息获取心跳检测成功的从数据库,得到目标从数据库。为了提高数据库故障检测的准确性,获取主数据库与目标从数据库之间的数据同步链路状态信息,将心跳信息和数据同步链路状态信息二者结合起来进行数据库故障检测。若数据同步链路状态信息表征主数据库与所有目标从数据库之间的数据同步链路均断开,则确定主数据库处于故障状态,通过心跳信息和数据同步链路状态信息的双重判断提高了数据库故障检测的准确性。
附图说明
图1是本申请实施例提供的数据库故障检测方法的流程图;
图2是本申请实施例提供的数据库故障检测方法的另一流程图;
图3是图2中的步骤S210的流程图;
图4是图2中的步骤S220的流程图;
图5是本申请实施例提供的数据库故障检测方法的另一流程图;
图6是图5中的步骤S520的流程图;
图7是图5中的步骤S540的流程图;
图8是本申请实施例提供的数据库故障检测装置的结构示意图;
图9是本申请实施例提供的电子设备的硬件结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。
需要说明的是,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
数据库是现代信息系统的核心组件之一,负责存储、管理和检索大量的数据。相关技术中,基于心跳检测技术对数据库进行故障检测,来判断数据库是否故障。但是心跳检测会由于一些因素的影响导致误判数据库故障。如何提高数据库故障检测的准确性,成为了亟待解决的问题。
基于此,本申请实施例提供了一种数据库故障检测方法、数据库故障检测装置、电子设备及计算机可读存储介质,旨在提高数据库故障检测的准确性。
本申请实施例提供的数据库故障检测方法、数据库故障检测装置、电子设备及计算机可读存储介质,具体通过如下实施例进行说明,首先描述本申请实施例中的数据库故障检测方法。
本申请实施例提供的数据库故障检测方法,涉及数据库开发技术领域。本申请实施例提供的数据库故障检测方法可应用于终端中,也可应用于服务器端中,还可以是运行于终端或服务器端中的软件。在一些实施例中,终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等;服务器端可以配置成独立的物理服务器,也可以配置成多个物理服务器构成的服务器集群或者分布式系统,还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器;软件可以是实现数据库故障检测方法的应用等,但并不局限于以上形式。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
随着信息技术的快速发展,用户对数据库的可用性和稳定性要求也越来越高。传统的数据库单点故障容易导致系统宕机,严重影响业务的连续性和稳定性。数据复制技术是解决数据库单点故障的核心基础技术。数据复制技术通过将数据实时复制到多个节点,即使其中一个节点发生故障,系统也可以通过手动或者自动切换到备用节点上,保证了数据的可用性。
MySQL数据库的主从复制具有简单易用、高性能、稳定可靠等优点,被广泛使用在各种联机事务处理过程(On-Line Transaction Processing,OLTP)类型的业务中。但是,MySQL的主从复制缺少自动故障切换机制。当前大多数传统的故障切换技术是基于对主数据库的心跳检测来判断主数据库是否出现了故障。基于对主数据库的心跳检测会由于以下因素而出现误判:1.主数据库负载较高,无法及时响应心跳检测机器发出的心跳信号,出现心跳检测响应缓慢;2.主数据库与业务应用和从数据库的网络均正常,但是主数据库与心跳检测机器之间的网络出现了故障,或者主数据库设置的防火墙屏蔽了心跳检测机器的访问;3.主数据库的数据库连接数被占满,使得心跳检测机器连接主数据库失败,但是业务应用和从数据库之间的长连接正常;4.主数据库和从数据库之间使用半同步复制时,从数据库宕机,使得响应主数据库的从数据库数量达不到主数据库设置的响应从数据库数量,导致主数据库写入被阻塞。因此,迫切需要一种可靠的主从复制故障检测机制和主数据库故障自动修复机制。
图1是本申请实施例提供的数据库故障检测方法的一个可选的流程图,应用于故障检测平台,图1中的方法可以包括但不限于包括步骤S110至步骤S140。
步骤S110,对数据库集群进行心跳检测,得到心跳信息;数据库集群包括主数据库以及主数据库的从数据库;
步骤S120,若心跳信息表征主数据库心跳检测失败,则根据心跳信息获取心跳检测成功的从数据库,得到目标从数据库;
步骤S130,获取主数据库与目标从数据库之间的数据同步链路状态信息;
步骤S140,若数据同步链路状态信息表征主数据库与所有目标从数据库之间的数据同步链路均断开,则确定主数据库处于故障状态。
在一些实施例的步骤S110中,故障检测平台提供了用于注册需要被检测的数据库实例的API接口,通过API接口注册数据库实例信息到故障检测平台。故障检测平台将注册的实例信息记录到预设数据库,预设数据库可以是SQLite数据库。数据库实例信息包括数据库实例的IP地址、端口、用户名、密码、实例所在数据中心。数据库实例是指数据库管理系统中,已经被启动并正在运行的数据库,数据库实例可以为MySQL实例。注册完成后,故障检测平台给数据库实例分配权限。权限包括数据库集群权限和数据字典权限,数据库集群权限用于获取数据库集群的拓扑结构,拓扑结构包括数据库集群的所有数据库实例节点、节点之间的数据同步链路关系(主从复制关系),数据同步链路关系用于反映节点之间的主从复制关系。数据字典权限用于获取数据库的版本信息和数据库集群的数据同步方式,数据同步方式包括半同步模式、异步模式等。半同步模式为主数据库写数据后需要同步写日志,将日志传输到从数据库,从数据库给主数据库返回确认收到日志后,主数据库才支持从数据库进行数据写入操作。异步模式为主数据库写数据后,同步写日志给从数据库立刻返回写入成功的信息,从数据库不需要给主数据库确认。
当通过用户名和密码连接数据库实例时,故障检测平台会对用户名和密码进行正确性校验,若用户名和密码正确,则对数据库实例进行权限校验,判断数据库实例是否有数据字典权限和数据库集群权限。若数据库实例有查询数据字典的权限以及获取数据库集群信息的权限,则获取数据库集群的拓扑结构,根据拓扑结构确定数据库实例之间的主从复制关系,根据主从复制关系确定数据库集群中的主数据库以及主数据库的从数据库。在主从复制关系中,数据复制是单向的,只能将主数据库的数据复制给从数据库。
需要说明的是,可通过执行“SQL show slave status”语句,获取该语句的返回值确定数据库的主从复制关系。若返回值为空值,则数据库为主数据库。若返回值为非空值,则数据库为从数据库。
需要说明的是,故障检测平台会自动检测反映主从复制关系的集群拓扑结构。故障检测检测每隔预设时长轮询被注册的数据库实例,并获取该数据库实例所在数据库集群的拓扑结构,并将拓扑结构保存到预设数据库。预设时长可以是5秒,预设数据库可以是SQLite数据库。
故障检测平台每隔第一预设时长向数据库集群发送心跳检测请求(心跳信号),对数据库集群进行心跳检测,以采集心跳信息。第一预设时长可以为5秒。心跳检测的目的是验证数据库实例是否能够正常响应心跳信号。若数据库实例能在第二预设时长内返回心跳信号的响应信息,说明心跳检测成功,否则心跳检测失败。第二预设时长可以为5秒。心跳信息用于表征数据库集群中的数据库实例心跳检测成功或者心跳检测失败。
若故障检测平台向目标数据库实例发送心跳检测请求后,收到心跳检测请求失败或者心跳检测请求超时的信息,则在SQLite数据库中将目标数据库实例记录为可能故障的状态。
在一些实施例的步骤S120中,若心跳信息表征主数据库心跳检测失败,说明主数据库处于可能故障状态,则根据心跳信息获取心跳检测成功的从数据库,以查找主数据库所有存活的从数据库,将这些从数据库作为目标从数据库。
具体地,故障检测平台每隔第三预设时长扫描SQLite数据库,从中找出被标记为可能故障的主数据库,并查找该主数据库所有存活的从数据库,即未被标记为可能故障的从数据库,得到目标从数据库。第三预设时长可以为1秒。
在一些实施例的步骤S130中,传统的故障检测是基于对数据库的多次心跳检测,来判断数据库是否出现故障。但是,多次心跳检测会花费更多的检测时间,降低了数据库故障检测的效率。为了提高数据库故障检测的效率和准确性,本申请实施例只进行一次心跳检测,并引入数据同步链路状态信息,在保证故障检测准确性的同时,大幅减少了故障检测所需的时间。
故障检测平台每隔预设时长采集从数据库的数据同步链路状态,得到数据同步链路状态信息,并将从数据库的数据同步链路状态信息保存到SQLite数据库中。数据同步链路状态信息反映了用于主从复制的数据链路处于连接状态还是中断状态。
获取主数据库与目标从数据库之间的数据同步链路状态信息,根据数据同步链路状态信息进一步判断被标记为可能故障的主数据库是否故障。
在一些实施例的步骤S140中,若数据同步链路状态信息表征主数据库与所有目标从数据库之间的数据同步链路均处于中断状态,则确定主数据库处于故障状态。若数据同步链路状态信息表征存在目标从数据库与主数据库之间的数据同步链路处于连接状态,则确定主数据库处于未故障状态。
具体地,故障检测平台在SQLite数据库中检测所有存活的从数据库与主数据库之间的数据同步链路是否都中断,若所有存活的从数据库与主数据库之间的数据同步链路均中断,则将主数据库标记为确认故障的状态。否则,维持该主数据库的标记,即该主数据库处于可能故障的状态;或者,清除该主数据库的标记,使得该主数据库处于未故障状态。
上述步骤S110至步骤S140,采用了基于主动的心跳检测和基于主从复制链路状态的故障检测,避免了因故障检测平台与数据库之间网络故障或者数据库连接数占满而导致的故障误判,进而避免了数据库实例主从状态的误切换,保证了故障检测的可靠性。
假设数据库集群有四个数据库节点,分别是Node1、Node2、Node3和Node4。Node1和Node2的数据中心为A区域,Node3和Node4的数据中心为B区域。Node1为主数据库,Node2、Node3和Node4均为从数据库,Node1分别与Node2、Node3和Node4建立数据同步链路,通过Node1与Node2之间的数据同步链路完成数据从Node1到Node2的复制,通过Node1与Node3之间的数据同步链路完成数据从Node1到Node3的复制,通过Node1与Node4之间的数据同步链路完成数据从Node1到Node4的复制。故障检测平台采集Node1、Node2、Node3和Node4的心跳信息以及Node2、Node3和Node4的数据同步链路状态信息。根据心跳信息和数据同步链路状态信息判断主数据库Node1是否发生故障。故障检测平台判定主数据库发生故障后,需要重新选取新的主数据库,以通过主备切换实现自动的故障转移,保证数据的可用性。当Node1发生故障后,故障检测平台将Node1标记为故障状态,并断开Node1与Node2、Node3和Node4的数据同步链路。选取Node2作为新的主数据库,分别建立Node2与Node3、Node4之间的数据同步链路,以通过数据同步链路完成数据复制,实现数据的高可用性。下面对选取主数据库的过程进行详细描述。
请参阅图2,在一些实施例中,在步骤S140之后,数据库故障检测方法还可以包括但不限于包括步骤S210至步骤S230:
步骤S210,从目标从数据库选取候选临时主数据库;
步骤S220,对除候选临时主数据库之外的其他目标从数据库进行数据库分类,得到从数据库类型;
步骤S230,根据从数据库类型更新其他目标从数据库与候选临时主数据库之间的数据同步关系,并根据数据同步关系进行数据同步。
在一些实施例的步骤S210中,故障检测平台判定主数据库故障后,会断开故障主数据库的从数据库和故障主数据库的数据同步链路(复制关系),即删除从数据库与故障主数据库之间的配置。故障检测平台根据预设选取规则从所有存活的从数据库即所有目标从数据库,选取一个从数据库作为临时主数据库,得到候选临时主数据库。
在一些实施例的步骤S220中,临时主数据库选择完成后,故障检测平台会根据预设划分规则,对除候选临时主数据库之外的其他目标从数据库进行数据库划分,得到从数据库类型。从数据库类型为依据预设划分规则定义的其他目标从数据库的类型。预设划分规则为数据同步延时时间,数据同步延时时间用于反映数据库数据的新旧程度,数据同步延时时间越低,数据库数据越新,反之越旧。从数据库类型包括第一从数据库类型和第二从数据库类型。第一从数据库类型的目标从数据库为其数据比候选临时主数据库旧或者新旧程度相等的从数据库,第二从数据库类型的目标从数据库为其数据比候选临时主数据库新的从数据库。
在一些实施例的步骤S230中,对于从数据库类型为第一从数据库类型的目标从数据库,更新其他目标从数据库与候选临时主数据库之间的数据同步关系,即:将目标从数据库的同步数据源从故障主数据库变更为候选临时主数据库。例如,主数据库Node1出现故障后,Node2被选为临时主数据库,需要修改Node3和Node4的同步数据源为Node2。并填补候选临时主数据库与其他目标从数据库之间的数据同步延时时间,启动主从复制同步关系建立候选临时主数据库与其他目标从数据库之间的数据同步链路,通过数据同步链路进行数据同步。对于从数据库类型为第二从数据库类型的目标从数据库,分离该目标从数据库,使之脱离数据库集群。可以理解的是,主数据库的数据必须比从数据库新或者一样新才有进行数据同步的必要,因此需要从集群中去除第二从数据库类型的目标从数据库。例如,Node2为临时主数据库,Node3和Node4均为从数据库,这三个数据库之间的数据新旧关系为Node3>Node2>Node4,即Node3的数据新于Node2,Node2的数据新于Node4。由于Node3的数据比Node2新,不能使用Node2进行Node3的数据同步,因此Node3必须被踢出数据库集群。
通过上述步骤S210至步骤S230,能够在主数据库发生故障后,及时进行故障切换,避免了因单点故障导致数据丢失,提高了数据的可用性。
请参阅图3,在一些实施例中,步骤S210可以包括但不限于包括步骤S310至步骤S320:
步骤S310,获取目标从数据库的数据库版本、数据同步延时时间、数据中心信息和优先级信息;
步骤S320,根据数据库版本、数据同步延时时间、数据中心信息和优先级信息的至少一种,从目标从数据库选取候选临时主数据库。
在一些实施例的步骤S310中,故障检测平台进行临时主数据库选取的预设选取规则为数据库版本、数据同步延时时间、数据中心信息和优先级信息。为了从目标从数据库中选取临时主数据库,获取目标从数据库的数据库版本、数据同步延时时间、数据中心信息和优先级信息。
需要说明的是,故障检测平台每隔预设时长会收集目标数据库实例的数据同步延时时间,并将数据同步延时时间保存在SQLite数据库。目标数据库实例为从数据库,预设时长可以为5秒。
在一些实施例的步骤S320中,根据数据库版本进行临时主数据库选择,将最低版本的目标从数据库提升为临时主数据库。需要说明的是,MySQL的数据同步是通过在主数据库写日志,日志中记录了每一行修改前的数据和修改后的数据,将日志传输到从数据库,从数据库解析日志并更新从数据库数据完成的。如果主数据库和从数据库的版本不相同,那么日志格式可能不相同。由于新版本能够兼容旧版本的日志格式,所以选择旧版本的从数据库作为临时主数据库。
根据数据同步延时时间进行临时主数据库选择,将数据同步延时时间最小的目标从数据库提升为临时主数据库。即根据从数据库数据的新旧程度确定临时主数据库,数据新旧程度越新的从数据库优先被提升为临时主数据库。
根据数据中心信息进行临时主数据库选择,判断从数据库是否与故障主数据库处于同一数据中心,与主障主数据库处于同一数据中心的目标从数据库优先被提升为临时主数据库。通过选用同一数据中心的从数据库作为主数据库,使得网络传输速度更快,能够提升主从复制的效率。
优先级信息为从数据库被提升为主数据库的优先级,根据注册时设置的优先级信息进行临时主数据库选择,优先级越高的目标从数据库优先被提升为临时主数据库,优先级为0的目标从数据库不能被提升为临时主数据库。
在选取临时主数据库时,数据库版本、数据同步延时时间、数据中心信息和优先级信息存在一定的选取顺序。首先根据数据库版本进行临时主数据库选取,若存在两个或者两个以上目标从数据库的数据库版本相同,再根据数据同步延时时间进行临时主数据库选取。若存在两个或者两个以上目标从数据库的数据同步延时时间相同,则根据数据中心信息进行临时主数据库选取。若存在两个或者两个以上目标从数据库的数据中心相同,则根据优先级信息进行临时主数据库选择。
通过上述步骤S310至步骤S320,能够从从数据库中选出临时主数据库,以便及时进行主备状态的切换,使数据库更加稳定和可靠。
请参阅图4,在一些实施例中,步骤S220可以包括但不限于包括步骤S410至步骤S440:
步骤S410,获取目标从数据库的数据同步延时时间,得到第一数据同步延时时间;
步骤S420,获取候选临时主数据库的数据同步延时时间,得到第二数据同步延时时间;
步骤S430,根据第一数据同步延时时间和第二数据同步延时时间对其他目标从数据库进行数据库分类,得到第一从数据库类型和第二从数据库类型;第一从数据库类型为第一数据同步延时时间大于或者等于第二数据同步延时时间的数据库类型;第二从数据库类型为第一数据同步延时时间小于第二数据同步延时时间的数据库类型;
步骤S440,根据第一从数据库类型和第二从数据库类型得到从数据库类型。
在一些实施例的步骤S410中,为了确定目标从数据库与候选临时主数据库之间的数据新旧程度,从SQLite数据库获取目标从数据库的数据同步延时时间,得到第一数据同步延时时间。
在一些实施例的步骤S420中,从SQLite数据库获取候选临时主数据库的数据同步延时时间,得到第二数据同步延时时间。
在一些实施例的步骤S430中,若第一数据同步延时时间大于第二数据同步延时时间,说明目标从数据库的数据比候选临时主数据库旧,将目标从数据库确定为第一从数据库类型。若第一数据同步延时时间等于第二数据同步延时时间,说明目标从数据库的数据与候选临时主数据库一样新,将目标从数据库确定为第一从数据库类型。若第一数据同步延时时间小于第二数据同步延时时间,说明目标从数据库的数据比候选临时主数据库新,将目标从数据库确定为第二从数据库类型。
在一些实施例的步骤S440中,将第一从数据库类型和第二从数据库类型作为从数据库类型。
通过上述步骤S410至步骤S440,能够得到从数据库的数据库类型,以基于数据库类型剔除不符合要求的从数据库,提高了数据同步的准确性和可靠性。
请参阅图5,在一些实施例中,在步骤S230之后,数据库故障检测方法还可以包括但不限于包括步骤S510至步骤S540:
步骤S510,对候选临时主数据库进行数据库合法性检测,得到合法性检测信息;
步骤S520,若合法性检测信息表征候选临时主数据库合法性检测失败,则从其他目标从数据库选取目标主数据库;
步骤S530,更新目标主数据库与候选临时主数据库之间的数据同步关系;
步骤S540,根据更新后的数据同步关系进行数据同步。
在一些实施例的步骤S510中,填补完候选临时主数据库与其他目标从数据库之间的数据同步延时时间后,由于候选临时主数据库可能不是一个理想的主数据库,为了提高数据同步的准确性和效率,故障检测平台进入新的主数据库的选择过程。对候选临时主数据库进行数据库合法性检测,以判断候选临时主数据库是否是理想的主数据库,得到合法性检测信息。合法性检测信息用于表征合法性检测成功或者合法性检测失败。合法性检测成功,说明候选临时主数据库是一个理想的主数据库。合法性检测失败,说明候选临时主数据库不是一个理性的主数据库。合法性检测的过程如下:获取所有目标从数据库的优先级信息,若候选临时主数据库的优先级信息在所有目标从数据库中最高,则说明候选临时主数据库是理想的主数据库,合法性检测成功;否则候选临时主数据库不是理想的数据库,合法性检测失败。
例如,初始时刻Node1为主数据库,Node2、Node3和Node4都为从数据库并且都从Node1同步数据,当前Node1宕机,Node2被选为临时主数据库,需要修改Node3和Node4的同步数据源为Node2。如果Node2的优先级是Node2、Node3和Node4中被设置的最高的,那么Node2就是理想的主数据库,反之则不是。
在一些实施例的步骤S520中,若合法性检测信息表征候选临时主数据库合法性检测失败,则从其他目标从数据库选取一个从数据库作为新的主数据库,得到目标主数据库。若合法性检测信息表征候选临时主数据库合法性检测成功,则直接将候选临时主数据作为目标主数据库。
在一些实施例的步骤S530中,自动故障切换的过程大致会经历以下几个阶段:选择临时主数据库-分离从数据库-填补临时主数据库与从数据库之间的数据同步延时时间-选择新的主数据库-切换新主数据库后自适应半同步复制-恢复业务写入。在切换目标主数据库之后,更新目标主数据库与候选临时主数据库之间的数据同步关系,即将候选临时主数据库的同步数据源更新为目标主数据库,并将除目标主数据库、候选临时主数据库之外的其他目标从数据库的同步数据源更新为目标主数据库。
在一些实施例的步骤S540中,设置目标主数据库的数据同步方式为半同步复制,根据更新后的目标主数据库与其他所有目标从数据库之间的数据同步关系进行数据同步。
目标主数据库选择完成后,断开目标主数据库与候选临时主数据库的主从复制关系后,将目标主数据库设置为可读写状态,并将目标主数据库的IP地址写入到业务程序的配置中心,业务程序重新从配置中心获取目标主数据库的地址,连接该目标主数据库进行数据同步,以恢复业务写入。
通过上述步骤S510至步骤S540,能够选取到合适的主数据库,以通过该主数库支持业务程序的运行,提高了相关业务的服务质量。
请参阅图6,在一些实施例中,步骤S520可以包括但不限于包括步骤S610至步骤S620:
步骤S610,若合法性检测信息表征候选临时主数据库合法性检测失败,则获取其他目标从数据库的数据中心信息和优先级信息;
步骤S620,根据数据中心信息和优先级信息的至少一种,从其他目标从数据库选取目标主数据库。
在一些实施例的步骤S610中,若合法性检测信息表征候选临时主数据库合法性检测失败,故障检测平台会获取其他目标从数据库的数据中心信息和优先级信息,以利用数据中心信息和优先级信息继续尝试从候选临时主数据库的所有从数据库即其他目标从数据库中选择一个从数据库替换候选临时主数据库。
在一些实施例的步骤S620中,根据优先级信息选取目标主数据库,将优先级信息最高的目标从数据库作为目标主数据库。根据数据中心信息选取目标主数据库,将与故障主数据库处于同一数据中心的目标从数据库作为目标主数据库。需要说明的是,若存在两个或者两个以上目标从数据库的优先级相同,则根据数据中心信息选取目标主数据库。
通过选取同一数据中心的目标从数据库作为目标主数据库,可以保障用户的实际提升意愿。例如故障主数据库的数据中心为A地区机房,用户希望提升的新主数据库的数据中心也为A地区机房,如果第一次选主数据库的过程中不幸选中临时主数据库是B地区机房的,那么该临时主数据库不是理想的主数据库,在第二次选主数据库的过程中临时主数据库会被理想的处于A地区机房的从数据库所替换。
上述步骤S610至步骤S620,通过两次选主操作,不仅保证了新集群能够最大程度地拥有最新的数据,减少了数据库切换导致的数据丢失,并且还保障了用户的实际提升意愿。
请参阅图7,在一些实施例中,步骤S540可以包括但不限于包括步骤S710至步骤S720:
步骤S710,根据更新后的数据同步关系,获取目标主数据库的从数据库数量;
步骤S720,若从数据库数量小于预设阈值,则减少预设阈值,以使预设阈值与从数据库数量相等。
在一些实施例的步骤S710中,目标主数据库选取后,可能由于目标主数据库的从数据库数量无法达到要求,导致目标主数据库的写入被阻塞。例如,目标主数据库要求其写入数据后,需要3个从数据库进行数据同步写入操作,但是只剩下2个从数据库,此时目标主数据库的同步写入会由于从数据库数量不足而被阻塞。为了达到不阻塞写入的目的,需要自适应修改目标主数据库的同步设置。故障检测平台根据更新后的数据同步关系,自动检测目标主数据库所有存活的从数据库,得到从数据库数量。
在一些实施例的步骤S720中,若从数据库数量小于预设阈值,说明从数据库数量不能满足目标主数据库的要求,则自动减少预设阈值,以使预设阈值与从数据库数量相等,达到不阻塞写入的目的。预设阈值为目标主数据库要求的从数据库数量。
通过上述步骤S710至步骤S720,能够实现自适应的半同步复制,避免目标主数据库的数据同步写入操作被阻塞。
请参阅图8,本申请实施例还提供一种数据库故障检测装置,可以实现上述数据库故障检测方法,该数据库故障检测装置包括:
心跳检测模块810,用于对数据库集群进行心跳检测,得到心跳信息;数据库集群包括主数据库以及主数据库的从数据库;
第一获取模块820,用于若心跳信息表征主数据库心跳检测失败,则根据心跳信息获取心跳检测成功的从数据库,得到目标从数据库;
第二获取模块830,用于获取主数据库与目标从数据库之间的数据同步链路状态信息;
故障检测模块840,用于若数据同步链路状态信息表征主数据库与所有目标从数据库之间的数据同步链路均断开,则确定主数据库处于故障状态。
该数据库故障检测装置的具体实施方式与上述数据库故障检测方法的具体实施例基本相同,在此不再赘述。
本申请实施例还提供了一种电子设备,电子设备包括括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现上述数据库故障检测方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。
请参阅图9,图9示意了另一实施例的电子设备的硬件结构,电子设备包括:
处理器910,可以采用通用的CPU(CentralProcessingUnit,中央处理器)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本申请实施例所提供的技术方案;
存储器920,可以采用只读存储器(ReadOnlyMemory,ROM)、静态存储设备、动态存储设备或者随机存取存储器(RandomAccessMemory,RAM)等形式实现。存储器920可以存储操作系统和其它应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器920中,并由处理器910来调用执行本申请实施例的数据库故障检测方法;
输入/输出接口930,用于实现信息输入及输出;
通信接口940,用于实现本设备与其它设备的通信交互,可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信;
总线950,在设备的各个组件(例如处理器910、存储器920、输入/输出接口930和通信接口940)之间传输信息;
其中处理器910、存储器920、输入/输出接口930和通信接口940通过总线950实现彼此之间在设备内部的通信连接。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现上述数据库故障检测方法。
存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其它非暂态固态存储器件。在一些实施方式中,存储器可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域技术人员可知,随着技术的演变和新应用场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本领域技术人员可以理解的是,图中示出的技术方案并不构成对本申请实施例的限定,可以包括比图示更多或更少的步骤,或者组合某些步骤,或者不同的步骤。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括多指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例的方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序的介质。
以上参照附图说明了本申请实施例的优选实施例,并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进,均应在本申请实施例的权利范围之内。
Claims (8)
1.数据库故障检测方法,其特征在于,所述方法包括:
对数据库集群进行心跳检测,得到心跳信息;所述数据库集群包括主数据库以及所述主数据库的从数据库;
若所述心跳信息表征所述主数据库心跳检测失败,则根据所述心跳信息获取心跳检测成功的所述从数据库,得到目标从数据库;
获取所述主数据库与所述目标从数据库之间的数据同步链路状态信息;
若所述数据同步链路状态信息表征所述主数据库与所有所述目标从数据库之间的数据同步链路均断开,则确定所述主数据库处于故障状态;
在所述若所述数据同步链路状态信息表征所述主数据库与所有所述目标从数据库之间的数据同步链路均断开,则确定所述主数据库处于故障状态之后,所述数据库故障检测方法还包括:
从所述目标从数据库选取候选临时主数据库;
对除所述候选临时主数据库之外的其他所述目标从数据库进行数据库分类,得到从数据库类型;
根据所述从数据库类型更新其他所述目标从数据库与所述候选临时主数据库之间的数据同步关系,并根据所述数据同步关系进行数据同步;
在所述根据所述从数据库类型更新其他所述目标从数据库与所述候选临时主数据库之间的数据同步关系,并根据所述数据同步关系进行数据同步之后,所述数据库故障检测方法还包括:
对所述候选临时主数据库进行数据库合法性检测,得到合法性检测信息;
若所述合法性检测信息表征所述候选临时主数据库合法性检测失败,则从其他所述目标从数据库选取目标主数据库;
更新所述目标主数据库与所述候选临时主数据库之间的所述数据同步关系;
根据更新后的所述数据同步关系进行数据同步。
2.根据权利要求1所述的数据库故障检测方法,其特征在于,所述从所述目标从数据库选取候选临时主数据库,包括:
获取所述目标从数据库的数据库版本、数据同步延时时间、数据中心信息和优先级信息;
根据所述数据库版本、所述数据同步延时时间、所述数据中心信息和所述优先级信息的至少一种,从所述目标从数据库选取所述候选临时主数据库。
3.根据权利要求1所述的数据库故障检测方法,其特征在于,所述对除所述候选临时主数据库之外的其他所述目标从数据库进行数据库分类,得到从数据库类型,包括:
获取所述目标从数据库的数据同步延时时间,得到第一数据同步延时时间;
获取所述候选临时主数据库的数据同步延时时间,得到第二数据同步延时时间;
根据所述第一数据同步延时时间和所述第二数据同步延时时间对其他所述目标从数据库进行数据库分类,得到第一从数据库类型和第二从数据库类型;所述第一从数据库类型为所述第一数据同步延时时间大于或者等于所述第二数据同步延时时间的数据库类型;所述第二从数据库类型为所述第一数据同步延时时间小于所述第二数据同步延时时间的数据库类型;
根据所述第一从数据库类型和所述第二从数据库类型得到所述从数据库类型。
4.根据权利要求1所述的数据库故障检测方法,其特征在于,所述若所述合法性检测信息表征所述候选临时主数据库合法性检测失败,则从其他所述目标从数据库选取目标主数据库,包括:
若所述合法性检测信息表征所述候选临时主数据库合法性检测失败,则获取其他所述目标从数据库的数据中心信息和优先级信息;
根据所述数据中心信息和所述优先级信息的至少一种,从其他所述目标从数据库选取所述目标主数据库。
5.根据权利要求1所述的数据库故障检测方法,其特征在于,所述根据更新后的所述数据同步关系进行数据同步,包括:
根据更新后的所述数据同步关系,获取所述目标主数据库的从数据库数量;
若从数据库数量小于预设阈值,则减少所述预设阈值,以使所述预设阈值与所述从数据库数量相等。
6.数据库故障检测装置,其特征在于,所述装置包括:
心跳检测模块,用于对数据库集群进行心跳检测,得到心跳信息;所述数据库集群包括主数据库以及所述主数据库的从数据库;
第一获取模块,用于若所述心跳信息表征所述主数据库心跳检测失败,则根据所述心跳信息获取心跳检测成功的所述从数据库,得到目标从数据库;
第二获取模块,用于获取所述主数据库与所述目标从数据库之间的数据同步链路状态信息;
故障检测模块,用于若所述数据同步链路状态信息表征所述主数据库与所有所述目标从数据库之间的数据同步链路均断开,则确定所述主数据库处于故障状态;
在所述若所述数据同步链路状态信息表征所述主数据库与所有所述目标从数据库之间的数据同步链路均断开,则确定所述主数据库处于故障状态之后,所述数据库故障检测方法还包括:
从所述目标从数据库选取候选临时主数据库;
对除所述候选临时主数据库之外的其他所述目标从数据库进行数据库分类,得到从数据库类型;
根据所述从数据库类型更新其他所述目标从数据库与所述候选临时主数据库之间的数据同步关系,并根据所述数据同步关系进行数据同步;
在所述根据所述从数据库类型更新其他所述目标从数据库与所述候选临时主数据库之间的数据同步关系,并根据所述数据同步关系进行数据同步之后,所述数据库故障检测方法还包括:
对所述候选临时主数据库进行数据库合法性检测,得到合法性检测信息;
若所述合法性检测信息表征所述候选临时主数据库合法性检测失败,则从其他所述目标从数据库选取目标主数据库;
更新所述目标主数据库与所述候选临时主数据库之间的所述数据同步关系;
根据更新后的所述数据同步关系进行数据同步。
7.电子设备,其特征在于,所述电子设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现权利要求1至5任一项所述的数据库故障检测方法。
8.计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至5任一项所述的数据库故障检测方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311870861.0A CN117851244B (zh) | 2023-12-29 | 2023-12-29 | 数据库故障检测方法和装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311870861.0A CN117851244B (zh) | 2023-12-29 | 2023-12-29 | 数据库故障检测方法和装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN117851244A CN117851244A (zh) | 2024-04-09 |
CN117851244B true CN117851244B (zh) | 2024-06-18 |
Family
ID=90539729
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311870861.0A Active CN117851244B (zh) | 2023-12-29 | 2023-12-29 | 数据库故障检测方法和装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117851244B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114490272A (zh) * | 2022-02-16 | 2022-05-13 | 中国工商银行股份有限公司 | 数据处理方法及装置、电子设备和计算机可读存储介质 |
CN117056132A (zh) * | 2023-10-11 | 2023-11-14 | 武汉吧哒科技股份有限公司 | Docker容器中MySQL数据库切换方法、装置、计算机设备及介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8010471B2 (en) * | 2007-07-13 | 2011-08-30 | Microsoft Corporation | Multiple-instance pruning for learning efficient cascade detectors |
US8839387B2 (en) * | 2009-01-28 | 2014-09-16 | Headwater Partners I Llc | Roaming services network and overlay networks |
CN110032571B (zh) * | 2019-04-18 | 2023-04-18 | 腾讯科技(深圳)有限公司 | 业务流程处理方法、装置、存储介质及计算设备 |
CN114885014A (zh) * | 2022-04-24 | 2022-08-09 | 南京慧尔视软件科技有限公司 | 一种外场设备状态的监测方法、装置、设备及介质 |
CN116561096A (zh) * | 2022-11-03 | 2023-08-08 | 上海浦东发展银行股份有限公司 | 一种基于容器平台的数据库管理方法及系统 |
-
2023
- 2023-12-29 CN CN202311870861.0A patent/CN117851244B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114490272A (zh) * | 2022-02-16 | 2022-05-13 | 中国工商银行股份有限公司 | 数据处理方法及装置、电子设备和计算机可读存储介质 |
CN117056132A (zh) * | 2023-10-11 | 2023-11-14 | 武汉吧哒科技股份有限公司 | Docker容器中MySQL数据库切换方法、装置、计算机设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN117851244A (zh) | 2024-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11222043B2 (en) | System and method for determining consensus within a distributed database | |
US11379461B2 (en) | Multi-master architectures for distributed databases | |
US10614098B2 (en) | System and method for determining consensus within a distributed database | |
US9753954B2 (en) | Data node fencing in a distributed file system | |
CN112328421B (zh) | 一种系统故障处理方法、装置、计算机设备和存储介质 | |
WO2022037359A1 (zh) | 配置数据访问方法、装置、设备、配置中心及存储介质 | |
CN111049928B (zh) | 数据同步方法、系统、电子设备及计算机可读存储介质 | |
CN112506702B (zh) | 数据中心容灾方法、装置、设备及存储介质 | |
CN116107828A (zh) | 主节点选择方法、分布式数据库及存储介质 | |
CN112732756A (zh) | 数据查询方法、装置、设备及存储介质 | |
US20050234919A1 (en) | Cluster system and an error recovery method thereof | |
CN111314443A (zh) | 基于分布式存储系统的节点处理方法、装置和设备及介质 | |
CN105323271B (zh) | 一种云计算系统以及云计算系统的处理方法和装置 | |
CN117851244B (zh) | 数据库故障检测方法和装置、电子设备及存储介质 | |
CN108009045B (zh) | 一种主备数据库故障处理方法及装置 | |
CN112650629A (zh) | 区块链索引数据恢复方法、装置、设备和计算机存储介质 | |
CN111953808A (zh) | 一种双机双活架构的数据传输切换方法及架构构建系统 | |
CN110677316A (zh) | 一种分布式存储服务器网卡检测方法和系统 | |
CN115794769B (zh) | 高可用数据库管理的方法、电子设备及存储介质 | |
CN113055203A (zh) | Sdn控制平面的异常恢复方法及装置 | |
CN113890817A (zh) | 一种通信优化方法和装置 | |
CN113596195A (zh) | 公共ip地址管理方法、装置、主节点及存储介质 | |
CN111669452A (zh) | 一种基于多主dns架构的高可用方法及装置 | |
CN117992501B (zh) | 数据库集群脑裂预防方法、装置、电子设备及存储介质 | |
CN111130896A (zh) | 一种nfs故障的切换方法、系统及双控存储系统 |
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 |