MySQL数据库的故障转移方法、系统、介质及设备与流程

mysql数据库的故障转移方法、系统、介质及设备
技术领域
1.本技术属于数据库集群技术领域，涉及一种mysql数据库的故障转移方法、系统、介质及设备。


背景技术：

2.高可用集群的出现是为了使集群的整体服务尽可能可用，从而减少由计算机硬件和软件易错性所带来的损失。如果某个节点失效，它的备用节点将在几秒钟的时间内接管它的职责。例如，在现实环境中，为了保证数据的可用性，一个mysql数据库服务一般都是冗余部署，通过主从复制技术将数据从主数据库同步到从数据库，主数据库负责对外提供服务。因此，一旦mysql数据库系统中的主数据库发生故障，那么mysql数据库系统的主从复制将无法实现故障转移，故此需要借助其他软件来实现。目前，通过采用数据库高可用软件将集群中某个从数据库设置为主数据库。
3.现有的mysql数据库一般具有高可用的mha(master ha，由mha manager(管理节点)和mha node(数据节点))服务，它为mysql主从复制架构提供了自动化主故障转移(automating master failover)功能。mha在监控到主数据库(master)节点故障时，会提升其中拥有最新数据的从数据库(slave)节点成为新的主数据库(master)节点，在此期间，mha会通过于其它从节点获取额外信息来避免一致性方面的问题。mha还提供了主数据库(master)节点的在线切换功能，即按需切换主数据库(master)/从数据库(slave)节点。
4.但目前mha的主从切换存在两个问题：1)当前主数据库(master)没有停止服务，比如当前服务夯住(hang)住了，mha的方案检测不出来；2)如果采用域名方式访问数据库，在主从数据库切换时域名生效时间太长，大概需要5-10分钟。
5.所以本领域技术人员亟需一种mysql数据库的故障转移方案，解决现有数据库主从切换存在的上述问题。


技术实现要素：

6.本技术的目的在于提供一种mysql数据库的故障转移方法、系统、介质及设备，用于实现mysql数据库的主从切换，实现mysql数据库的故障转移。
7.第一方面，本技术提供一种mysql数据库的故障转移方法，所述方法包括：检测当前主数据库的反应时长是否超过限制时长阈值；响应于所述当前主数据库的反应时长超过限制时长阈值，修改所述当前主数据库的配置，并重新检测当前主数据库的反应时长是否超过限制时长阈值；响应于配置修改后所述当前主数据库的反应时长超过限制时长阈值，将所述当前主数据库切换为从数据库。
8.本技术中，在当前主数据库出现故障且未停止服务时，通过修改调整当前主数据库的配置，尝试恢复主数据库的访问，并在未能恢复且主数据库未停止服务的情况下，可以进行主数据库的主从切换，实现mysql数据库的故障转移。
9.于本技术一实施例中，所述检测当前主数据库的反应时长是否超过限制时长阈值
的一种实现方式包括：生成一检测指令；将所述检测指令发送至所述当前主数据库，以使得所述当前主数据库基于所述检测指令运行，并返回运行的反应时长；检测所述反应时长是否超过所述限制时长阈值。
10.本实现方式中，通过发送指令检测当前主数据库的反应时长的方式确定当前主数据库是否发生故障，检测简单方便，效率高。
11.于本技术一实施例中，所述修改所述当前主数据库的配置的一种方式为修改所述当前主数据库的链接配置；所述修改所述当前主数据库的链接配置包括降低所述当前主数据库的链接数。
12.本实现方式中，通过修改链接配置进行数据库的恢复，恢复方式快捷高效。
13.于本技术一实施例中，在将所述当前主数据库切换为从数据库之后，还包括：在接收到域名访问指令时，获取所述从数据库的ip地址；基于所述从数据库的ip地址进行host配置；基于所述host配置访问所述从数据库。
14.于本技术一实施例中，还包括：检测域名是否生效；响应于所述域名生效，删除host配置。
15.本技术中，主从数据库切换后，域名未生效之前，通过对从数据库的ip地址进行host配置，保证通过域名能正常访问从数据库的服务。
16.第二方面，本技术提供一种mysql数据库的故障转移系统，所述系统包括：时长检测模块，用于检测当前主数据库的反应时长是否超过限制时长阈值；配置修改模块，用于响应于所述当前主数据库的反应时长超过限制时长阈值，修改所述当前主数据库的配置，并使得所述时长检测模块重新检测当前主数据库的反应时长是否超过限制时长阈值；数据库切换模块，用于响应于配置修改后所述当前主数据库的反应时长超过限制时长阈值，将所述当前主数据库切换为从数据库。
17.本技术中，在当前主数据库出现故障且未停止服务时，通过修改调整当前主数据库的配置，尝试恢复主数据库的访问，并在未能恢复且主数据库未停止服务的情况下，可以进行主数据库的主从切换，实现mysql数据库的故障转移。
18.于本技术一实施例中，还包括：访问控制模块；所述访问控制模块包括：ip地址获取单元，用于在接收到域名访问指令时，获取所述从数据库的ip地址；host配置单元，用于基于所述从数据库的ip地址进行host配置；数据库访问单元，用于基于所述host配置访问所述从数据库；host配置删除单元，用于检测域名是否生效，并响应于所述域名生效，删除host配置。
19.本技术中，主从数据库切换后，域名未生效之前，通过对从数据库的ip地址进行host配置，保证通过域名能正常访问从数据库的服务，从而尽可能的减少应用程序访问数据库的断开的时间。
20.第三方面，本技术提供一种电子设备，所述电子设备包括：存储器，存储有一计算机程序；处理器，与所述存储器通信相连，在调用所述计算机程序时实现上所述的方法。
21.第四方面，本技术提供一种计算机可读存储介质，其上存储有计算机程序，该程序被电子设备执行时实现上所述的方法。
22.如上所述，本技术所述的mysql数据库的故障转移方法、系统、介质及设备，具有以下有益效果：
23.1、本发明中，在当前主数据库出现故障且未停止服务时，通过修改调整当前主数据库的配置，尝试恢复主数据库的访问，并在未能恢复且主数据库未停止服务的情况下，可以进行主数据库的主从切换，实现mysql数据库的故障转移。
24.2、本发明中，主从数据库切换后，域名未生效之前，通过对从数据库的ip地址进行host配置，保证通过域名能正常访问从数据库的服务。
附图说明
25.图1显示为本技术实施例所述的mysql数据库的故障转移方法的应用场景示意图。
26.图2显示为本技术实施例所述的mysql数据库的故障转移方法的流程示意图。
27.图3显示为本技术实施例所述的mysql数据库的故障转移方法中检测反应时长的流程示意图；
28.图4显示为本技术实施例所述的mysql数据库的故障转移方法中访问从数据库的流程示意图；
29.图5显示为本技术实施例所述的mysql数据库的故障转移方法中域名未生效时访问从数据库的流程示意图；
30.图6显示为本技术实施例所述的mysql数据库的故障转移方法的具体执行过程示意图；
31.图7显示为本技术实施例所述的mysql数据库的故障转移系统的原理结构示意图；
32.图8显示为本技术实施例所述的mysql数据库的故障转移系统的优选原理结构示意图；
33.图9显示为本技术实施例所述的mysql数据库的故障转移系统中访问控制模块的原理结构示意图；
34.图10显示为本技术实施例所述的电子设备的原理结构示意图。
35.元件标号说明
36.100
ꢀꢀꢀꢀꢀꢀꢀꢀ
mysql数据库的故障转移系统
37.110
ꢀꢀꢀꢀꢀꢀꢀꢀ
时长检测模块
38.120
ꢀꢀꢀꢀꢀꢀꢀꢀ
配置修改模块
39.130
ꢀꢀꢀꢀꢀꢀꢀꢀ
数据库切换模块
40.140
ꢀꢀꢀꢀꢀꢀꢀꢀ
访问控制模块
41.141
ꢀꢀꢀꢀꢀꢀꢀꢀ
ip地址获取单元
42.142
ꢀꢀꢀꢀꢀꢀꢀꢀ
host配置单元
43.143
ꢀꢀꢀꢀꢀꢀꢀꢀ
数据库访问单元
44.144
ꢀꢀꢀꢀꢀꢀꢀꢀ
host配置删除单元
45.101
ꢀꢀꢀꢀꢀꢀꢀꢀ
电子设备
46.1001
ꢀꢀꢀꢀꢀꢀꢀ
处理器
47.1002
ꢀꢀꢀꢀꢀꢀꢀ
存储器
48.s100～s400 步骤
49.s110～s130 步骤
50.s50～s560
ꢀꢀ
步骤
具体实施方式
51.以下通过特定的具体实例说明本技术的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本技术的其他优点与功效。本技术还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本技术的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
52.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本技术的基本构想，遂图式中仅显示与本技术中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
53.本技术以下实施例提供了一种mysql数据库的故障转移方法、系统、介质及设备，用于实现mysql数据库的主从切换，实现mysql数据库的故障转移。图1显示为本技术实施例所述的mysql数据库的故障转移方法的应用场景示意图。以下将结合图1的应用场景对本实施例的mysql数据库的故障转移方法进行描述。
54.如图1所示，本实施例的mysql数据库的故障转移方法应用于mysql数据库，一个mysql数据库服务一般都是冗余部署，包括至少一个主数据库和多个从数据库(从数据库1，从数据库2，
……
，从数据库n)，而所述mysql数据库的故障转移方法可用应用于与所述mysql数据库系统连接的服务器，所述服务器上部署有高可用软件，通过主从复制技术将数据从主数据库同步到从数据库。本实施例中，mysql数据库具有高可用的mha(master ha，由mha manager(管理节点)和mha node(数据节点))服务，它为mysql主从复制架构提供了自动化主故障转移(automating master failover)功能。为了实现数据传输，所述服务器与所述数据库是一一对应连接，其连接技术可以是蓝牙或者局域网等。当然，本发明实施例中的所述连接技术可以是任何可以将上述各服务器与数据库连接的连接技术，这里不做限定。
55.本实施例的mysql数据库的故障转移方法中，可于服务器的高可用软件中配置软件开发工具包(sdk)实现，在mysql数据库提供的mha主从切换的功能基础上，在应用程序端嵌入可用软件中配置软件开发工具包(sdk)，实现本实施例的mysql数据库的故障转移方法的具体步骤。软件开发工具包(sdk)的实现的功能原理包括：用来检测主数据库服务是否超过限制时长，通过调整软件开发工具包(sdk)自己的数据库链接配置，尝试恢复主数据库访问，如果未能恢复，再通过发送指令或者主从切换技术来进行一个主从的切换。并在主从切换完成后，在域名生效之前，在本地为新的ip创建一个host配置，从而尽可能的减少应用程序访问数据库的断开的时间。
56.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行详细描述。
57.本实施例提供一种mysql数据库的故障转移方法，图2显示为本技术实施例所述的mysql数据库的故障转移方法的流程示意图。如图2所示，所述方法包括以下步骤s100至步骤s400。
58.步骤s100，检测当前主数据库的反应时长是否超过限制时长阈值；
59.步骤s200，响应于所述当前主数据库的反应时长超过限制时长阈值，修改所述当
前主数据库的配置；
60.步骤s300，重新检测当前主数据库的反应时长是否超过限制时长阈值；
61.步骤s400，响应于配置修改后所述当前主数据库的反应时长超过限制时长阈值，将所述当前主数据库切换为从数据库。
62.以下对本实施例的mysql数据库的故障转移方法中的上述步骤s100至步骤s400进行详细说明。
63.步骤s100，检测当前主数据库的反应时长是否超过限制时长阈值。
64.本实施例中，通过当前主数据库的反应时长确定主数据库是否存在故障，以确定是否需要对主数据库进行修复，以及是否切换到从数据库进行工作。
65.图3显示为本技术实施例所述的mysql数据库的故障转移方法中检测反应时长的流程示意图；具体地，如图3所示，于本实施例中，所述检测当前主数据库的反应时长是否超过限制时长阈值的一种实现方式包括以下步骤s110至步骤s130。
66.步骤s110，生成一检测指令。
67.其中，所述检测指令为但不限于查询指令，检索指令，数据修改指令等。例如，生成一查询指令，比如查询语句。
68.步骤s120，将所述检测指令发送至所述当前主数据库，以使得所述当前主数据库基于所述检测指令运行，并返回运行的反应时长。
69.例如，将查询指令发送至所述当前主数据库，当前主数据库基于所述查询指令执行对应的查询操作，执行完毕后，返回查询结果。
70.步骤s130，检测所述反应时长是否超过所述限制时长阈值。
71.例如，获取从发送查询指令到接收到主数据库返回查询结果的时间差，作为主数据库的反应时长，检测该反应时长是否超过所述限制时长阈值。其中，所述限制时长阈值可以根据数据库的性能自由设定。
72.本实施例的实现方式中，通过发送指令检测当前主数据库的反应时长的方式确定当前主数据库是否发生故障，检测简单方便，效率高。
73.步骤s200，响应于所述当前主数据库的反应时长超过限制时长阈值，修改所述当前主数据库的配置。
74.于本技术实施例中，所述修改所述当前主数据库的配置的一种方式为修改所述当前主数据库的链接配置；其中，所述修改所述当前主数据库的链接配置包括降低所述当前主数据库的链接数。
75.其中，所述链接配置为软件开发工具包(sdk)链接主数据库的链接配置，即通过调整软件开发工具包(sdk)自己的数据库链接配置，尝试恢复主数据库的访问。优选的实施方式是通过降低当前主数据库的链接数，进行主数据库的恢复。本实现方式中，通过修改链接配置进行数据库的恢复，恢复方式快捷高效。
76.所以本技术中，是在当前主数据库出现故障且未停止服务时，通过修改调整当前主数据库的配置，尝试恢复主数据库的访问，恢复方式快捷高效。
77.在调修改调整当前主数据库的配置后，检测所述主数据库是否恢复正常运行，即排除故障，继续执行步骤s300。检测该反应时长是否超过所述限制时长阈值
78.步骤s300，重新检测当前主数据库的反应时长是否超过限制时长阈值。
79.步骤s300的执行过程和原理与步骤s100相同，即相当于重新执行一遍步骤s110至步骤s130。即重新检测修改调整之后的当前主数据库的反应时长是否超过限制时长阈值。
80.若重新检测修改调整之后的当前主数据库的反应时长超过限制时长阈值，则确认重新检测修改调整之后的当前主数据库的故障未得到修复，仍然存在故障，需要从数据库代替主数据库进行工作；若重新检测修改调整之后的当前主数据库的反应时长未超过限制时长阈值，则确认重新检测修改调整之后的当前主数据库的故障得到修复，即实现了在主数据库未停止服务的时候通过调整配置恢复主数据库访问的目的，通过修改链接配置进行数据库的恢复，具有恢复方式快捷高效的优势。
81.在重新检测修改调整之后的当前主数据库的反应时长超过限制时长阈值时，确认重新检测修改调整之后的当前主数据库的故障未得到修复，仍然存在故障，此时继续执行步骤s400。
82.步骤s400，响应于配置修改后所述当前主数据库的反应时长超过限制时长阈值，将所述当前主数据库切换为从数据库。
83.本实施例中，基于接收到的外部指令或mysql数据库的主从切换服务将所述当前主数据库切换为从数据库。
84.例如，通过人机界面生成一外部指令控制将所述当前主数据库切换为从数据库。
85.优选地，本实施例中，基于mysql数据库的主从切换服务将所述当前主数据库切换为从数据库。主从切换服务mha(master ha，由mha manager(管理节点)和mha node(数据节点))服务，它为mysql主从复制架构提供了自动化主故障转移(automating master failover)功能。mha在监控到主数据库(master)节点故障时，会提升其中拥有最新数据的从数据库(slave)节点成为新的主数据库(master)节点，在此期间，mha会通过于其它从节点获取额外信息来避免一致性方面的问题。mha 还提供了主数据库(master)节点的在线切换功能，即按需切换主数据库(master)/从数据库(slave)节点。
86.由此可见，本实施例中，首先检测主数据库服务是否超过限制时长，通过调整软件开发工具包(sdk)自己的数据库链接配置，尝试恢复主数据库访问，如果未能恢复，再通过发送指令或者主从切换技术(比如mha服务)来进行一个主从的切换。
87.所以可见本技术的mysql数据库的故障转移方法中，在当前主数据库出现故障且未停止服务时，通过修改调整当前主数据库的配置，尝试恢复主数据库的访问，并在未能恢复且主数据库未停止服务的情况下，可以进行主数据库的主从切换，实现mysql数据库的故障转移。
88.于本实施例中，在将所述当前主数据库切换为从数据库之后，还需要控制访问从数据库。图4显示为本技术实施例所述的mysql数据库的故障转移方法中访问从数据库的流程示意图。如图4所示，本技术的mysql数据库的故障转移方法还包括以下步骤s510至步骤s53。
89.步骤s510，在接收到域名访问指令时，获取所述从数据库的ip地址；
90.步骤s520，基于所述从数据库的ip地址进行host配置；
91.步骤s530，基于所述host配置访问所述从数据库。
92.即本实施例中，在主从切换完成后，在域名生效之前，在本地为从数据库新的ip创建一个host配置。host配置的一种示例实现方式如下：
93.1)打开电脑的系统盘，一般默认为c盘，进入c盘，点击“windows”，进入“system32”选项，点击“drives”，点击打开“hosts”文件；
94.2)将文件以记事本的方式打开，因为host文件对格式的要求非常严格，不同的软件打开，格式不一样，会导致配置不成功；
95.3)输入需要加入的host地址(即数据库新的ip地址)，加入host文件中，若需要在加入的地址中添加注释，可以在注释语句前加入“#”；
96.4)保存文件，通过域名访问从数据库，输入地址；
97.5)若在host配置完成后，不能访问访问从数据库，重新打开host文件，看文件的格式是否正确，若不正确，修改后，保存，再次访问即可。
98.图5显示为本技术实施例所述的mysql数据库的故障转移方法中域名未生效时访问从数据库的流程示意图。如图5所示，于本实施例中，还包括以下步骤s540至步骤s560。
99.步骤s540，检测域名是否生效；若生效继续执行步骤s550，若未生效，继续执行步骤s560，等待预设时间，返回继续执行步骤s540。
100.步骤s550，响应于所述域名生效，删除host配置。
101.即本实施例中，主从切换完成后，获取从数据库新的ip，在本地为从数据库进行host配置，等待域名生效后，再删除host配置。
102.本技术中，主从数据库切换后，域名未生效之前，通过对从数据库的ip地址进行host配置，保证通过域名能正常访问从数据库的服务，从而尽可能的减少应用程序访问数据库的断开的时间。
103.为使本领域技术人员进一步理解本实施例的mysql数据库的故障转移方法的原理和实施方式，以下结合图6对本实施例mysql数据库的故障转移方法的执行过程进行说明。
104.如图6所示，可于服务器的高可用软件中配置软件开发工具包(sdk)，生成一检测指令，例如查询指令，将查询指令发送至当前主数据库(database)，当前主数据库基于查询指令执行对应的查询操作，执行完毕后，返回查询结果，即返回指令结果。
105.然后检测指令结果是否超时，即检测所述当前主数据库的反应时长是否超过限制时长阈值。若超时，则修改所述当前主数据库的配置，即尝试修改数据链接等配置，并重新重新检测当前主数据库的反应时长是否超过限制时长阈值。若未超时，则确认重新检测修改调整之后的当前主数据库的故障得到修复，即实现了在主数据库未停止服务的时候通过调整配置恢复主数据库访问的目的，通过修改链接配置进行数据库的恢复，具有恢复方式快捷高效的优势。若修改配置后超时，则确认重新检测修改调整之后的当前主数据库的故障未得到修复，仍然存在故障，需要从数据库代替主数据库进行工作，即继续执行主从数据库切换的操作。
106.在主从数据库切换中，基于接收到的外部指令或mysql数据库的主从切换服务将所述当前主数据库切换为从数据库。可见本技术的mysql数据库的故障转移方法中，在当前主数据库出现故障且未停止服务时，通过修改调整当前主数据库的配置，尝试恢复主数据库的访问，并在未能恢复且主数据库未停止服务的情况下，可以进行主数据库的主从切换，实现mysql数据库的故障转移。
107.若主从数据库切换成功，还需要控制访问从数据库。在接收到域名访问指令时，获取所述从数据库的ip地址，基于所述从数据库的ip地址进行host配置，基于所述host配置
访问所述从数据库。即本实施例中，在主从切换完成后，在域名生效之前，在本地为从数据库新的ip创建一个host配置。
108.然后等待域名生效，不断检测域名是否生效，在所述域名生效时，删除host配置。
109.即本实施例中，主从切换完成后，获取从数据库新的ip，在本地为从数据库进行host配置，等待域名生效后，再删除host配置。
110.本技术中，主从数据库切换后，域名未生效之前，通过对从数据库的ip地址进行host配置，保证通过域名能正常访问从数据库的服务，从而尽可能的减少应用程序访问数据库的断开的时间。
111.本技术实施例所述的mysql数据库的故障转移方法的保护范围不限于本实施例列举的步骤执行顺序，凡是根据本技术的原理所做的现有技术的步骤增减、步骤替换所实现的方案都包括在本技术的保护范围内。
112.本技术实施例还提供一种mysql数据库的故障转移系统，所述mysql数据库的故障转移系统可以实现本技术所述的mysql数据库的故障转移方法，但本技术所述的mysql数据库的故障转移方法的实现系统包括但不限于本实施例列举的mysql数据库的故障转移系统的结构，凡是根据本技术的原理所做的现有技术的结构变形和替换，都包括在本技术的保护范围内。
113.图7显示为本技术实施例所述的mysql数据库的故障转移系统的原理结构示意图。如图7所示，本实施例提供一种mysql数据库的故障转移系统100，所述mysql数据库的故障转移系统100包括：时长检测模块110，配置修改模块120以及数据库切换模块130。
114.于本实施例中，所述时长检测模块110用于检测当前主数据库的反应时长是否超过限制时长阈值；所述配置修改模块120用于响应于所述当前主数据库的反应时长超过限制时长阈值，修改所述当前主数据库的配置，并使得所述时长检测模块110重新检测当前主数据库的反应时长是否超过限制时长阈值；所述数据库切换模块130，用于响应于配置修改后所述当前主数据库的反应时长超过限制时长阈值，将所述当前主数据库切换为从数据库。
115.本技术实施例中的mysql数据库的故障转移系统100，在当前主数据库出现故障且未停止服务时，通过修改调整当前主数据库的配置，尝试恢复主数据库的访问，并在未能恢复且主数据库未停止服务的情况下，可以进行主数据库的主从切换，实现mysql数据库的故障转移。
116.图8显示为本技术实施例所述的mysql数据库的故障转移系统100的优选原理结构示意图。于本实施例中，如图8所示，所述mysql数据库的故障转移系统100还包括：访问控制模块140。图9显示为本技术实施例所述的mysql数据库的故障转移系统100中访问控制模块140的原理结构示意图。如图9所示，所述访问控制模块140包括：ip地址获取单元141，host配置单元142，数据库访问单元143以及host配置删除单元144。
117.于本实施例中，所述ip地址获取单元141用于在接收到域名访问指令时，获取所述从数据库的ip地址；所述host配置单元142用于基于所述从数据库的ip地址进行host配置；所述数据库访问单元143用于基于所述host配置访问所述从数据库；所述host配置删除单元144，用于检测域名是否生效，并响应于所述域名生效，删除host配置。
118.本技术中，主从数据库切换后，域名未生效之前，通过对从数据库的ip地址进行
host配置，保证通过域名能正常访问从数据库的服务，从而尽可能的减少应用程序访问数据库的断开的时间。
119.本技术中，mysql数据库的故障转移系统100可以实现本实施例所述的mysql数据库的故障转移方法，故而所述mysql数据库的故障转移系统100的各模块的具体实现功能参见所述mysql数据库的故障转移方法的细节描述，在此不再重述。但本发明所述的mysql数据库的故障转移方法的实现系统包括但不限于本实施例列举的mysql数据库的故障转移系统100，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述系统/装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
120.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置或方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，模块/单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或单元可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
121.作为分离部件说明的模块/单元可以是或者也可以不是物理上分开的，作为模块/单元显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块/单元来实现本技术实施例的目的。例如，在本技术各个实施例中的各功能模块/单元可以集成在一个处理模块中，也可以是各个模块/单元单独物理存在，也可以两个或两个以上模块/单元集成在一个模块/单元中。
122.本领域普通技术人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
123.如图10所示，本技术实施例提供一种电子设备101，所述电子设备例如可以是包括一个或多个处理器1001、一个或多个存储器1002、外设接口、rf电路、音频电路、扬声器、麦克风、输入/输出(i/o)子系统、显示屏、其他输出或控制设备，以及外部端口等组件的计算机；所述计算机包括但不限于如台式电脑、笔记本电脑、平板电脑、智能手机、智能电视、个人数字助理(personal digital assistant，简称pda)等个人电脑。在另一些实施方式中，所述电子设备还可以是服务器，所述服务器可以根据功能、负载等多种因素布置在一个或多个实体服务器上，也可以由分布的或集中的服务器集群构成，本实施例不作限定。
124.所述电子设备101包括：处理器1001及存储器1002；所述存储器1002用于存储计算机程序；所述处理器1001用于执行所述存储器1002存储的计算机程序，以使所述电子设备101执行如实施例1中mysql数据库的故障转移方法的步骤。由于mysql数据库的故障转移方法的步骤的具体实施过程已经在实施例中进行了详细说明，在此不再赘述。
125.处理器1001为(central processing unit，中央处理器)。存储器1002通过系统总线与处理器1001连接并完成相互间的通信，存储器1002用于存储计算机程序，处理器1001用于运行计算机程序，以使所述处理器1001执行所述的基于边缘计算的电池快速诊断方法。存储器1002可能包含随机存取存储器(random access memory，简称ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
126.本技术实施例还提供了一种计算机可读存储介质。本领域普通技术人员可以理解实现上述实施例的方法中的全部或部分步骤是可以通过程序来指令处理器完成，所述的程序可以存储于计算机可读存储介质中，所述存储介质是非短暂性(non-transitory)介质，例如随机存取存储器，只读存储器，快闪存储器，硬盘，固态硬盘，磁带(magnetic tape)，软盘(floppy disk)，光盘(optical disc)及其任意组合。上述存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，dvd))、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
127.本技术实施例还可以提供一种计算机程序产品，所述计算机程序产品包括一个或多个计算机指令。在计算设备上加载和执行所述计算机指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机或数据中心进行传输。
128.所述计算机程序产品被计算机执行时，所述计算机执行前述方法实施例所述的方法。该计算机程序产品可以为一个软件安装包，在需要使用前述方法的情况下，可以下载该计算机程序产品并在计算机上执行该计算机程序产品。
129.上述各个附图对应的流程或结构的描述各有侧重，某个流程或结构中没有详述的部分，可以参见其他流程或结构的相关描述。
130.上述实施例仅例示性说明本技术的原理及其功效，而非用于限制本技术。任何熟悉此技术的人士皆可在不违背本技术的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本技术所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本技术的权利要求所涵盖。