CN110928713A - 一种数据库服务的故障修复方法、相关装置及存储介质 - Google Patents

Abstract

本发明实施例涉及通信技术领域，公开了一种数据库服务的故障修复方法、相关装置及存储介质。本发明中，数据库服务的故障修复方法包括：确定故障数据库实例的角色；根据故障数据库实例的角色，确定故障数据库实例所对应的修复方式；按照确定的修复方式对故障数据库实例进行修复。根据故障数据库实例的角色，确定出故障数据库实例所对应的修复方式，实现了数据库服务出现故障的情况下，自动确定修复方式并完成对数据库服务的修复，避免了人工修复所带来的风险，确保了数据库服务的可用性，提高了修复效率。

Description

一种数据库服务的故障修复方法、相关装置及存储介质

技术领域

本发明实施例涉及通信技术领域，特别涉及一种数据库服务的故障修复方法、相关装置及存储介质。

背景技术

云服务领域中的数据库服务，是一种在云平台按照用户的需求，构建数据库集群，提供数据库服务给用户的一种云服务方式，其优势是灵活配置，一键部署，按需括容等。

发明人发现现有技术中至少存在如下问题：在数据库服务实现的过程中，数据库服务有时会出现故障，例如：数据库只读实例异常，数据库主从实例异常，一旦发生故障，如果不能及时恢复，那就很容易造成数据的丢失，无法继续提供数据库服务给用户。而如果使用人工的方式去进行恢复，那就很容易引入新的风险，从而降低数据库服务的可用性。因此，现有技术中并没有一种有效的方法可以实现对对MySQL云数据库的一键故障修复。

发明内容

本发明实施方式的目的在于提供一种数据库服务的故障修复方法相关装置及存储介质，使得在数据库服务发生故障的情况下，能够实现对数据库服务的故障高效修复。

为解决上述技术问题，本发明的实施方式提供了一种数据库服务的故障修复方法，包括以下步骤：确定故障数据库实例的角色；根据故障数据库实例的角色，确定故障数据库实例所对应的修复方式；按照确定的修复方式对故障数据库实例进行修复。

本发明的实施方式还提供了一种数据库服务的故障修复装置，包括：第一确定模块，用于确定故障数据库实例的角色；第二确定模块，用于根据故障数据库实例的角色，确定故障数据库实例所对应的修复方式；修复模块，按照确定的修复方式对故障数据库实例进行修复。

本发明的实施方式还提供了一种云服务器，其特征在于，包括至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上的数据库服务的故障修复方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，其特征在于，计算机程序被处理器执行时实现如上的数据库服务的故障修复方法。

本发明实施方式相对于现有技术而言，根据故障数据库实例的角色，确定出故障数据库实例所对应的修复方式，实现了数据库服务出现故障的情况下，自动确定修复方式并完成对数据库服务的修复，避免了人工修复所带来的风险，确保了数据库服务的可用性，提高了修复效率。

另外，确定故障数据库实例的角色，具体包括：获取故障数据库实例的身份标识；根据故障数据库实例的身份标识，从信息列表中查询获得故障数据库实例的身份标识所对应的角色，其中，信息列表中包括每个实例的身份标识与角色的第一对应关系。该实现中，根据获取的故障数据库实例的身份标识，通过直接查询信息列表的方式获得故障数据库实例的身份标识所对应的角色，从而提高了数据库实例角色的确定效率。

另外，根据故障数据库实例的角色，确定故障数据库实例所对应的修复方式，具体包括：若故障数据库实例的角色为主实例，则确定修复方式为将故障数据库实例所对应的从实例升级为主实例；若故障数据库实例的角色为只读实例，则确定修复方式为创建新的只读实例；若故障数据库实例的角色为从实例，则确定修复方式为创建新的从实例。

另外，信息列表中还包括每个实例所对应的主从关系，主从关系包括主实例的身份标识与只读实例的身份标识之间的第二对应关系，和/或，主实例的身份标识与从实例的身份标识之间的第三对应关系；按照确定的修复方式对故障数据库实例进行修复，具体包括：若故障数据库实例的角色为主实例，则根据故障数据库实例的身份标识，从信息列表中查询获得与故障数据库实例所对应的从实例，判断故障数据库实例所对应的从实例是否与故障数据库实例主从同步，若是，则将故障数据库实例所对应的从实例升级为主实例，采用升级得到的主实例替换故障数据库实例；若故障数据库实例的角色为只读实例，则创建新的只读实例，采用创建得到的新的只读实例替换故障数据库实例；若故障数据库实例的角色为从实例，则创建新的从实例，采用创建得到的新的从实例替换故障数据库实例。

另外，将故障数据库实例所对应的从实例升级为主实例，采用升级得到的主实例替换故障数据库实例之后，还包括：若确定信息列表中存在故障数据库实例的身份标识与只读实例的身份标识之间的第二对应关系，则将第二对应关系中的故障数据库实例的身份标识修改为升级得到的主实例的身份标识。该实现中，采用升级得到的主实例替换故障数据库实例之后，在确定信息列表中存在故障数据库实例的身份标识与只读实例的身份标识之间的第二对应关系时，通过将第二对应关系中的故障数据库实例的身份标识修改为升级得到的主实例的身份标识，使只读实例指向新的主实例，以保证第二对应关系中的只读实例的可用性。

另外，确定故障数据库实例的角色之前，还包括：接收对故障数据库实例的修复指令，其中，修复指令用于指示获取故障数据库实例的身份标识。

另外，接收对故障数据库实例的修复指令，具体包括：接收通过系统触发方式产生的对故障数据库实例的修复指令，或者接收通过人工触发方式产生的对故障数据库实例的修复指令。该实现中，在接收故障数据库实例的修复指令时，所接收的修复指令既可以是通过定时的方式所产生的，也可以是通过人工触发的方式产生的，从而实现修复指令产生方式的多样性。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本申请第一实施例中数据库服务的故障修复方法的流程图；

图2是本申请第二实施例中数据库服务的故障修复方法的流程图；

图3是本申请第三实施例中数据库服务的故障修复装置的方框示意图；

图4是本申请第四实施例中数据库服务的故障修复装置的方框示意图；

图5是本申请第五实施例中云服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种数据库服务的故障修复方法。具体流程如图1所示，包括以下步骤：

步骤101，确定故障数据库实例的角色。

具体的说，在本实施方式中，获取故障数据库实例的身份标识，根据故障数据库实例的身份标识，从信息列表中查询获得故障数据库实例的身份标识所对应的角色，其中，信息列表中包括每个实例的身份标识与角色的第一对应关系。

需要说明的是，本实施方式中的数据库服务是以MySQL数据库服务为例进行的说明，当然还可能包括其它类型的数据库服务，本实施方式并不限定数据库服务的具体类型。

在一个具体实现中，信息系列表保存了身份标识为ID0001的数据库实例所对应的角色为主实例，身份标识为ID0002的数据库实例所对应的角色为从实例，身份标识为ID0003的数据库实例所对应的角色为只读实例。因此，当获取的故障数据库实例的身份标识为ID0001时，根据身份标识ID00001从信息列表中进行查询，获得身份标识为ID0001的故障数据库实例所对应的角色为主实例。

步骤102，根据故障数据库实例的角色，确定故障数据库实例所对应的修复方式。

具体的说，不同角色的故障数据库实例，分别对应着不同的修复方式。若故障数据库实例的角色为主实例，则确定修复方式为将故障数据库实例所对应的从实例升级为主实例；若故障数据库实例的角色为只读实例，则确定修复方式为创建新的只读实例；若故障数据库实例的角色为从实例，则确定修复方式为创建新的从实例。

需要说明的是，若修复方式为创建新的只读实例，则会将创建的新的只读实例的身份标识保存在信息列表中，并建立创建的新的只读实例的身份标识与角色的对应关系，例如，当创建的新的只读实例的身份标识为ID0005，则会将身份标识ID0005保存在信息列表中，并建立身份标识ID0005与角色“只读实例”的对应关系；同理，若修复方式为创建新的从实例，则会将创建的新的从实例的身份标识保存在信息列表中，并建立创建的新的从实例的身份比标识与角色的对应关系，例如，当创建的新的从实例的身份标识为ID0006，则会将身份标识ID0006保存在信息列表中，并建立身份标识ID0006与角色“从实例”的对应关系。

步骤103，按照确定的修复方式对故障数据库实例进行修复。

其中，信息列表中还包括每个实例所对应的主从关系，主从关系包括主实例的身份标识与只读实例的身份标识之间的第二对应关系，和/或，主实例的身份标识与从实例的身份标识之间的第三对应关系。如果某一个实例所对应的角色为“主实例”，如果存在与该主实例所对应的从实例，则会在信息列表中保存该主实例的身份标识与该从实例的身份标识的对应关系；同理，如果存在与该主实例所对应的只读实例，则会在信息列表中保存该主实例的身份标识与该只读实例的身份标识的对应关系。并且一个主实例可以与多个只读实例存在对应关系。

具体的说，若故障数据库实例的角色为主实例，则根据故障数据库实例的身份标识，从信息列表中查询获得与故障数据库实例所对应的从实例，判断故障数据库实例所对应的从实例是否与故障数据库实例主从同步，若是，则将故障数据库实例所对应的从实例升级为主实例，采用升级得到的主实例替换故障数据库实例；若故障数据库实例的角色为只读实例，则创建新的只读实例，采用创建得到的新的只读实例替换故障数据库实例；若故障数据库实例的角色为从实例，则创建新的从实例，采用创建得到的新的从实例替换故障数据库实例。

需要说明的是，若确定故障数据库实例的角色为主实例，在判断故障数据库实例所对应的从实例是否与故障数据库实例主从同步时，是通过判断故障故障数据库实例所对应的从实例内的数据，是否与故障数据库实例内的数据保持一致，若保持一致，则确定主从同步。

值得一提的是，若确定故障数据库实例的角色为主实例，则需要判断信息列表中是否存在故障数据库实例的身份标识与只读实例的身份标识之间的第二对应关系，若确定信息列表中存在故障数据库实例的身份标识与只读实例的身份标识之间的第二对应关系，则将故障数据库实例所对应的从实例升级为主实例，采用升级得到的主实例替换故障数据库实例之后，还需要将第二对应关系中的故障数据库实例的身份标识修改为升级得到的主实例的身份标识。也就是说，如果是主实例存在故障，并且根据第二对应关系确定出现故障的主实例有对应的只读实例，那么在对出现故障的主实例进行主从变更后，通过将第二对应关系中的出现故障的主实例的身份标识修改为新的主实例的身份标识，实现了将对应的只读实例指向新的主实例，从而保证了对应的只读实例的可用性。

例如，若确定故障数据库实例的角色为主实例，该主实例的身份标识为ID0001，与该主实例所对应的从实例的身份标识为ID0011，并且存在与该主实例所对应的只读实例的身份标识为ID0012，则在将身份标识为ID0011的从实例升级为主实例，采用升级得到的主实例替换故障数据库实例之后，需要将信息列表中身份标识为ID0012的只读实例与身份标识为ID0001的主实例的对应关系，修改为身份标识为ID0012的只读实例与身份标识为ID0011的主实例的对应关系。

与现有技术相比，本实施方式提供的数据库服务的故障修复方法，根据故障数据库实例的角色，确定出故障数据库实例所对应的修复方式，实现了数据库服务出现故障的情况下，自动确定修复方式并完成对数据库服务的修复，避免了人工修复所带来的风险，确保了数据库服务的可用性，提高了修复效率。

本发明的第二实施方式涉及一种数据库服务的故障修复方法。本实施例在第一实施例的基础上做了进一步改进，具体改进之处为：在确定故障数据库实例的角色之前增加了接收对数据库实例的修复指令的步骤。本实施例中的数据库服务的故障修复方法的流程如图2所示。具体的说，在本实施例中，包括步骤201至步骤204，其中步骤202至步骤204与第一实施方式中的步骤101至步骤103大致相同，此处不再赘述，下面主要介绍不同之处，未在本实施方式中详尽描述的技术细节，可参见第一实施例所提供的数据库服务的故障修复方法，此处不再赘述。

步骤201，接收对故障数据库实例的修复指令。

其中，修复指令用于指示获取故障数据库实例的身份标识。并且可以接收通过系统触发方式产生的对故障数据库实例的修复指令，或者接收通过人工触发方式产生的对故障数据库实例的修复指令。

具体的说，在接收通过系统触发方式产生的对故障数据库实例的修复指令时，可以通过系统定时巡检确定存在故障实例时，触发产生对故障数据库实例的修复指令。当然，定时巡检的时间可以根据用户的需求自行进行设定，例如，设置定时巡检时间为5秒，即每间隔5秒系统进行一次巡检，如果经过一次巡检确定未发现故障实例，则不产生修复指令，如果经过一次巡检，确定存在故障实例，则产生对故障数据库实例的修复指令，因此这种方式是系统主动进行巡检，来查找故障实例，以产生对故障数据库实例的修复指令；另外，通过系统触发方式产生的对故障数据库实例的修复指令时，还可以采用当实例出现故障时，执行端会将实例的故障信息进行上报，系统在接收到执行端上报的故障信息时，会产生对故障数据库实例的修复指令，因此这种方式是系统被动的接收故障信息，并根据接收的故障信息以产生对故障数据库实例的修复指令。当然，对于需要及时进行修复的故障数据库实例，还可以接受通过人工触发方式产生的对故障数据库实例的修复指令。

在步骤201之后，执行步骤202至步骤204。

与现有技术相比，本实施方式提供的数据库服务的故障修复方法，根据故障数据库实例的角色，确定出故障数据库实例所对应的修复方式，实现了数据库服务出现故障的情况下，自动确定修复方式并完成对数据库服务的修复，避免了人工修复所带来的风险，确保了数据库服务的可用性，提高了修复效率。并且在接收对故障数据库实例的修复指令时，可以通过多种方式产生修复指令，体现了数据库服务的故障修复方法启动方式的多样性。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种数据库服务的故障修复装置，具体结构如如图3所示。

如图3所示，数据库服务的故障修复装置包括第一模块301、第二模块302和修复模块303：

其中，第一模块301，用于确定故障数据库实例的角色。

第二模块302，用于用于根据故障数据库实例的角色，确定故障数据库实例所对应的修复方式。

修复模块303，用于按照确定的修复方式对故障数据库实例进行修复。

不难发现，本实施方式为与第一实施方式相对应的装置实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明第四实施方式涉及一种数据库服务的故障修复装置。该实施方式与第三实施方式大致相同，具体结构如图4所示。其中，主要改进之处在于：第四实施方式在第三实施方式中的基础上增加了接收模块300。

其中，接收模块300，用于接收通过定时方式产生的对故障数据库实例的修复指令。

第一模块301，用于确定故障数据库实例的角色。

第二模块302，用于用于根据故障数据库实例的角色，确定故障数据库实例所对应的修复方式。

修复模块303，用于按照确定的修复方式对故障数据库实例进行修复。

不难发现，本实施方式为与第二实施方式相对应的装置实施例，本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第五实施方式涉及一种云服务器，如图5所示，包括至少一个处理器501；以及，与至少一个处理器501通信连接的存储器502；其中，存储器502存储有可被至少一个处理器501执行的指令，指令被至少一个处理器501执行，以使至少一个处理器501能够执行上述实施例中的数据库服务的故障修复方法。

本实施例中，处理器501以中央处理器(Central Processing Unit，CPU)为例，存储器502以可读写存储器(Random Access Memory，RAM)为例。处理器501、存储器502可以通过总线或者其他方式连接，图5中以通过总线连接为例。存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中实现数据库服务的故障修复方法的程序就存储于存储器502中。处理器501通过运行存储在存储器502中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述数据库服务的故障修复方法。

存储器502可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器502可选包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个程序模块存储在存储器502中，当被一个或者多个处理器501执行时，执行上述任意方法实施例中的数据库服务的故障修复方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本申请的第六实施方式涉及一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序被处理器执行时能够实现本发明任意方法实施例中涉及的数据库服务的故障修复方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种数据库服务的故障修复方法，其特征在于，包括：

确定故障数据库实例的角色；

根据所述故障数据库实例的角色，确定所述故障数据库实例所对应的修复方式；

按照确定的修复方式对所述故障数据库实例进行修复。

2.根据权利要求1所述的数据库服务的故障修复方法，其特征在于，所述确定故障数据库实例的角色，具体包括：

获取所述故障数据库实例的身份标识；

根据所述故障数据库实例的身份标识，从信息列表中查询获得所述故障数据库实例的身份标识所对应的角色，其中，所述信息列表中包括每个实例的身份标识与角色的第一对应关系。

3.根据权利要求2所述的数据库服务的故障修复方法，其特征在于，所述根据所述故障数据库实例的角色，确定所述故障数据库实例所对应的修复方式，具体包括：

若所述故障数据库实例的角色为主实例，则确定所述修复方式为将所述故障数据库实例所对应的从实例升级为主实例；

若所述故障数据库实例的角色为只读实例，则确定所述修复方式为创建新的只读实例；

若所述故障数据库实例的角色为从实例，则确定所述修复方式为创建新的从实例。

4.根据权利要求3所述的数据库服务的故障修复方法，其特征在于，所述信息列表中还包括每个实例所对应的主从关系，所述主从关系包括主实例的身份标识与只读实例的身份标识之间的第二对应关系，和/或，主实例的身份标识与从实例的身份标识之间的第三对应关系；

所述按照确定的修复方式对所述故障数据库实例进行修复，具体包括：

若所述故障数据库实例的角色为主实例，则根据所述故障数据库实例的身份标识，从所述信息列表中查询获得与所述故障数据库实例所对应的从实例，判断所述故障数据库实例所对应的从实例是否与所述故障数据库实例主从同步，若是，则将所述故障数据库实例所对应的从实例升级为主实例，采用升级得到的主实例替换所述故障数据库实例；

若所述故障数据库实例的角色为只读实例，则创建新的只读实例，采用创建得到的新的只读实例替换所述故障数据库实例；

若所述故障数据库实例的角色为从实例，则创建新的从实例，采用创建得到的新的从实例替换所述故障数据库实例。

5.根据权利要求4所述的数据库服务的故障修复方法，其特征在于，所述将所述故障数据库实例所对应的从实例升级为主实例，采用升级得到的主实例替换所述故障数据库实例之后，还包括：

若确定所述信息列表中存在所述故障数据库实例的身份标识与只读实例的身份标识之间的第二对应关系，则将所述第二对应关系中的所述故障数据库实例的身份标识修改为所述升级得到的主实例的身份标识。

6.根据权利要求2所述的数据库服务的故障修复方法，其特征在于，所述确定故障数据库实例的角色之前，还包括：

接收对所述故障数据库实例的修复指令，其中，所述修复指令用于指示获取所述故障数据库实例的身份标识。

7.根据权利要求6所述的数据库服务的故障修复方法，其特征在于，所述接收对所述故障数据库实例的修复指令，具体包括：

接收通过系统触发方式产生的所述故障数据库实例的修复指令，或者接收通过人工触发方式产生的对所述故障数据库实例的修复指令。

8.一种数据库服务的故障修复装置，其特征在于，包括：

第一确定模块，用于确定故障数据库实例的角色；

第二确定模块，用于根据所述故障数据库实例的角色，确定所述故障数据库实例所对应的修复方式；

修复模块，按照确定的修复方式对所述故障数据库实例进行修复。

9.一种云服务器，其特征在于，包括

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7任一项所述的数据库服务的故障修复方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述的数据库服务的故障修复方法。

Images