CN104516966A - 一种数据库集群的高可用解决方法和装置 - Google Patents
一种数据库集群的高可用解决方法和装置 Download PDFInfo
- Publication number
- CN104516966A CN104516966A CN201410818093.9A CN201410818093A CN104516966A CN 104516966 A CN104516966 A CN 104516966A CN 201410818093 A CN201410818093 A CN 201410818093A CN 104516966 A CN104516966 A CN 104516966A
- Authority
- CN
- China
- Prior art keywords
- database
- master data
- data base
- base
- new master
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种数据库集群的高可用解决方法和装置,属于计算机领域。该方法包括:当数据库集群的主数据库无法提供服务时,通过获取数据库集群的所有从数据库的列表,在该列表记录的所有从数据库中,筛选得到一个从数据库作为新的主数据库,将数据库集群的主数据库切换到该新的主数据库,可以在数据库集群的主数据库由于宕机等原因无法提供服务时,自动选择一个从数据库切换为新的主数据库,保证数据的全面并能让业务在极短的时间内得到恢复。
Description
技术领域
本发明涉及计算机领域,具体涉及一种数据库集群的高可用解决方法和装置。
背景技术
在目前,关系型数据库的应用非常广泛,例如Mysql数据库。目前,关系型数据库集群中多采用一主多从的架构。如图1所示,为一mysql数据库集群的架构示意图,其包括:主数据库master和三个从数据库,三个从数据库分别为:
Slave-1、Slave-2和Slave3。
例如图1中所示,Slave-1和Slave-2位于机房1,Slave3位于机房2。主数据库master分别与从数据库Slave-1、Slave-2和Slave3连接。
在现实对mysql数据库的使用中,主数据库master有可能因为各种原因宕机,例如***故障、硬件故障等,均有可能导致主数据库master宕机,从而导致整个mysql数据库集群无法使用,而现有技术中并未存在解决这一问题的有效技术手段。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据库集群的高可用解决方法和相应地装置。
依据本发明的一个方面,提供了一种数据库集群的高可用解决方法,所述数据库集群采用主从式结构,所述方法包括:
当所述数据库集群的主数据库无法提供服务时,获取所述数据库集群的所有从数据库的列表;
依据预设条件,在所述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库;以及
将所述数据库集群的主数据库切换到所述新的主数据库。
可选地,所述列表中记录有所有从数据库对应的IP地址。
可选地,依据预设条件,在所述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库的步骤进一步包括:
在所述列表记录的所述所有从数据库中,选择具备生命力的从数据库以作为新的主数据库,其中,所述从数据库具备生命力是指该从数据库能够提供数据和/或业务支持。
可选地,在所述列表记录的所述所有从数据库中,选择具备生命力的从数据库以作为新的主数据库的步骤进一步包括:
选择状态标识为alive状态的从数据库以作为新的主数据库;和/或
选择延迟事务数量小于预设数量的从数据库以作为新的主数据库。
可选地,选择状态标识为alive状态的从数据库以作为新的主数据库的步骤进一步包括:
通过对所述从数据库执行ping操作,获取所述从数据库的延迟时间;
判断所述延迟时间是否小于预设时间;
当所述延迟时间小于所述预设时间时,判断所述从数据库的状态标识为alive状态;以及
选择所述从数据库以作为新的主数据库。
可选地,选择延迟事务数量小于预设数量的从数据库以作为新的主数据库的步骤进一步包括:
获取所述从数据库的信息以确定所述从数据库延迟的事务数量;
判断延迟的所述事务数量是否小于预设数量;以及
当延迟的所述事务数量小于所述预设数量时,选择所述从数据库以作为新的主数据库。
可选地,所述方法进一步包括:
在所述将所述数据库集群的主数据库切换到所述新的主数据库之前,对所述新的主数据库的数据进行补全。
可选地,所述方法进一步包括:
在所述将所述数据库集群的主数据库切换到所述新的主数据库之后,将切换后的所述新的主数据库的各项配置更新到中间层,以恢复业务。
可选地,所述数据库集群中的所有主数据库和从数据库皆开启了gtid(global transaction identifier,全局事务标示符)。
依据本发明的一个方面,还提供了一种数据库集群的高可用解决装置,所述数据库集群采用主从式结构,包括:
列表获取模块,适于当所述数据库集群的主数据库无法提供服务时,获取所述数据库集群的所有从数据库的列表;
主库筛选模块,适于依据预设条件,在所述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库;
切换模块,适于将所述数据库集群的主数据库切换到所述新的主数据库。
可选地,所述列表中记录有所有从数据库对应的IP地址。
可选地,所述主库筛选模块进一步适于,在所述列表记录的所述所有从数据库中,选择具备生命力的从数据库以作为新的主数据库,其中,所述从数据库具备生命力是指该从数据库能够提供数据和/或业务支持。
可选地,所述主库筛选模块进一步适于:
选择状态标识为alive状态的从数据库以作为新的主数据库;和/或
选择延迟事务数量小于预设数量的从数据库以作为新的主数据库。
可选地,所述主库筛选模块进一步适于按照如下方式选择状态标识为alive状态的从数据库以作为新的主数据库:
通过对所述从数据库执行ping操作,获取所述从数据库的延迟时间;
判断所述延迟时间是否小于预设时间;
当所述延迟时间小于所述预设时间时,判断所述从数据库的状态标识为alive状态;以及
选择所述从数据库以作为新的主数据库。
可选地,所述主库筛选模块进一步适于按照如下方式选择延迟事务数量小于预设数量的从数据库以作为新的主数据库:
获取所述从数据库的信息以确定所述从数据库延迟的事务数量;
判断延迟的所述事务数量是否小于预设数量;以及
当延迟的所述事务数量小于所述预设数量时,选择所述从数据库以作为新的主数据库。
可选地,所述装置进一步包括:
补全模块,适于在将所述数据库集群的主数据库切换到所述新的主数据库之前,将所述新的主数据库的数据进行补全。
可选地,所述装置进一步包括:
配置模块,适于在将所述数据库集群的主数据库切换到所述新的主数据库之后,将切换后的所述新的主数据库的各项配置更新到中间层,以恢复业务。
可选地,所述数据库集群中的所有主数据库和从数据库皆开启了gtid。
本发明提供了一种数据库集群的高可用解决方法和装置,当数据库集群的主数据库无法提供服务时,通过获取数据库集群的所有从数据库的列表,在该列表记录的所有从数据库中,筛选得到一个从数据库作为新的主数据库,将数据库集群的主数据库切换到该新的主数据库,可以在数据库集群的主数据库由于宕机等原因无法提供服务时,自动选择一个从数据库切换为新的主数据库,保证数据的全面并能让业务在极短的时间内得到恢复。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
根据下文结合附图对本发明具体实施例的详细描述,本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1是一种现有的关系型数据库mysql数据库集群的架构示意图;
图2是本发明一个实施例提供的一种数据库集群的高可用解决方法的流程示意图;
图3是本发明一个实施例提供的一种mysql数据库集群的高可用解决方法具体流程示意图;
图4是本发明一个实施例提供的判断所有从数据库中的某一从数据库是否符合作为新的主数据库的筛选条件的方法流程示意图;
图5是本发明一个实施例提供的切换到新的主数据库的mysql数据库集群的架构示意图;
图6是本发明一个实施例提供的一种数据库集群的高可用解决装置结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应该被这里阐述的实施例所限制。相反,提供这些实施例是为了能够透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
本发明实施例提供了一种数据库集群的高可用解决方法,其可以实现在数据库集群中,当数据库集群中的主数据库无法提供服务时,可以立刻选择一备选从数据库作为新的主数据库,保证数据库集群的正常运行。
图2是本实施例提供的一种数据库集群的高可用解决方法的流程示意图,该方法包括步骤S202至步骤S206。
S202:当数据库集群的主数据库无法提供服务时,获取该数据库集群的所有从数据库的列表。
S204:依据预设条件,在列表记录的所有从数据库中,筛选得到一个从数据库以作为新的主数据库。
S206:将数据库集群的主数据库切换到上述新的主数据库。
本发明提供了一种数据库集群的高可用解决方法,当数据库集群的主数据库无法提供服务时,通过获取数据库集群的所有从数据库的列表,在该列表记录的所有从数据库中,筛选得到一个从数据库作为新的主数据库,将数据库集群的主数据库切换到该新的主数据库,可以在数据库集群的主数据库由于宕机等原因无法提供服务时,自动选择一个从数据库切换为新的主数据库,保证数据的全面并能让业务在极短的时间内得到恢复。
实施例二
本实施例为上述实施例一的一种具体应用场景,通过本实施例,能够更加清楚、具体地阐述本发明所提供的方法。
应可理解,本发明并不限定数据库的类型,只要可以应用本发明下述方案以达到高可用目的的数据库都适用于此。此外,所述连接控制装置也不限定于通过服务器来实现,本领域技术人员在阅读本发明的基础上亦可以其他方式来实施所述的连接控制装置,其皆应涵盖在本发明的范围内。
以下,将以Mysql数据为例说明本发明的技术方案:
为了能够对本发明实施例所提供的方法进行更清楚的说明,在本实施例二中,仍以背景技术中图1所示的mysql数据库集群为例,当前数据库集群的主数据库master由于宕机而无法提供服务,且mysql数据库集群中共包括3个从数据库为例,说明如何解决主数据库宕机时的解决方法。
如图3所示,为本发明实施例提供的一种mysql数据库集群的高可用解决方法,该方法共包括步骤S301至S305。
在步骤S301中,当Mysql数据库集群的主数据库无法提供服务时,获取当前mysql数据库中的全部从数据库,并组成列表;
其中,在本实施例中,mysql共包括三个从数据库:
Slave-1、Slave-2和Slave-3。
因此,可以有上述三个从数据库组成mysql数据库的所有从数据库的列表,在该列表中可以使用上述三个从数据库的IP地址进行记录。
进一步地,可以将该列表中的从数据库组成一个循环,以供下面步骤中对从数据库进行筛选。
在得到所有从数据库的列表后,执行步骤S302,在列表中筛选符合新的主数据库的条件的从数据库,并将筛选得到的从数据库作为新的主数据库。
其中,可以作为新的主数据库的从数据库应符合如下预设条件:
从数据库的状态为alive状态;
延迟事务数量小于预设数量;
开启了gtid信息。
需要说明的是,从数据库的状态为alive状态、开启了gtid信息为作为新的主数据库的首选条件,对于延迟事务数量的要求则可以根据具体情况进行选择。
在从数据库中进行新的主数据库的筛选时,至少可以包括如下三种方式:
(1)以循环的方式依次对所有的从数据库进行判断,若得到任意一个符合作为新的主数据库的条件的从数据库,即可将该从数据库作为新的主数据库,停止对其他从数据库的判断。
(2)以循环的方式依次对所有的从数据库进行判断,全部判断结束后,在符合新的主数据库的条件的从数据库中选取其中条件最好的一个从数据库作为新的主数据库。
例如,延迟时间最小、延迟事务数量最少等。
(3)以循环的方式依次对所有的从数据库进行判断,全部判断结束后,在符合新的主数据库的条件的从数据库中任意选取一个从数据库作为新的主数据库。
下面对以循环的方式对所有的从数据库进行筛选的过程进行具体说明,如图4所示,提供了判断所有从数据库中的某一从数据库是否符合作为新的主数据库的筛选条件的方法流程图,包括如下步骤:
在步骤S302-1中,判断当前从数据库是否为alive状态,如果是,则执行步骤S302-2,如果不是,则当前从数据库不符合新的主数据库的筛选条件,跳转到对下一从数据库的判断。
其中,判断当前从数据库是否为alive状态的方法可以是:
对当前从数据库执行ping操作,判断其返回相应的延迟时间是否超过预设时间(例如可以是0.5ms),如果不是,则判定其为alive状态,如果是,则判断其不是alive状态。
在步骤S302-2中,判断当前从数据库的gtid、binlog等信息是否开启,如果是,则执行步骤S302-3,如果不是,则当前从数据库不符合新的主数据库的筛选条件,跳转到对下一从数据库的判断。
其中,gtid在原主数据库master上的事务提交时被创建,由于gtid需要在全局的主-备拓扑结构中保持唯一性,因此通过GTID我们可以在自动切换时对一些复杂的复制拓扑很方便的提升新主数据库,例如通过指向特定的gtid来确定新备库复制坐标。
gtid一般由两部分组成:
gtid=source_id:transaction_id
source_id用于标示源服务器,用server_uuid来表示,这个值在第一次启动时生成,并写入到mysql数据库的配置文件data/auto.cnf中;
transaction_id则是根据在源服务器上第几个提交的事务来确定。
一般情况下,gtid被记录在mysql数据库的binlog中,它在binlog中表现的事件类型可以是:
GTID_LOG_EVENT:用于表示随后的事务的GTID;
ANONYMOUS_GTID_LOG_EVENT:匿名GTID事件类型;
PREVIOUS_GTIDS_LOG_EVENT:用于表示当前binlog文件之前已经执行过的GTID集合。
它一般被记录在binlog的文件头。
在进行查询时,可以通过执行check_candidate_eligibility函数来查询gtid、binlog等信息并确保其开启。
在步骤S302-3中,判断当前从数据库延迟的事务数量是否小于预设数量,如果是,则当前从数据库符合新的主数据库的筛选条件,如果不是,则当前从数据库不符合新的主数据库的筛选条件,跳转到对下一从数据库的判断。
需要说明的是,若从数据库延迟的事务数量过多,则说明其状况不好,不能用作新的主数据库,以免影响整个mysql数据库的运行效率,预设数量可以为100个。
在筛选得到新的主数据库后,执行步骤S303,对新的主数据库进行数据补全。
其中,在mysql数据库的主从结构中,要求主数据库具有整个mysql集群中最全最新的数据,而新的主数据库由从数据库中筛选得到,因此还需要将其进行数据补全,以使其具有最新最全的数据才能进行主数据库的切换。
对于新的主数据库的数据补全操作,可以按照如下方式:
将新的主数据库与其他所有从数据库进行依次的比对,若从数据库的数据较新,则将从数据库中的数据同步到新的主数据库中,直至完成对所有从数据库的比对和同步,此时可保证新的主数据库具有最新最全的数据。
在完成对新的主数据库的数据补全后,执行步骤S304,将mysql数据库的主数据库切换到新的从数据库。
其中,对于主数据库的切换,可以通过修改mysql数据库的配置文件完成。
在本实施例中,以新的主数据库为Slave-1为例,如图5所示,为切换到新的主数据库的mysql数据库集群的架构示意图,新的主数据库为Slave-1,从数据库为Slave-2和Slave-3。
在完成主数据库的切换后,继而执行步骤S305,将新的主数据库的更新配置更新到中间层,以恢复业务。
本发明实施例提供了一种数据库集群的高可用解决方法,当数据库集群的主数据库无法提供服务时,通过获取数据库集群的所有从数据库的列表,在该列表记录的所有从数据库中,筛选得到一个从数据库作为新的主数据库,将数据库集群的主数据库切换到该新的主数据库,可以在数据库集群的主数据库由于宕机等原因无法提供服务时,自动选择一个从数据库切换为新的主数据库,保证数据的全面并能让业务在极短的时间内得到恢复。
实施例三
图6是本发明一个实施例提供的一种数据库集群的高可用解决装置结构框图,该数据库集群采用主从结构,该装置600包括:
列表获取模块610,适于当所述数据库集群的主数据库无法提供服务时,获取所述数据库的所有从数据库的列表;
主库筛选模块620,适于依据预设条件,在上述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库;
切换模块630,适于将该数据库集群的主数据库切换到上述新的主数据库。
可选地,上述列表中记录有所有从数据库对应的IP地址。
可选地,主库筛选模块620进一步适于,在上述列表记录的所有从数据库中,选择具备生命力的从数据库以作为新的主数据库,其中,从数据库具备生命力是指该从数据库能够提供数据和/或业务支持。
可选地,主库筛选模块620进一步适于:
选择状态标识为alive状态的从数据库以作为新的主数据库;和/或
选择延迟事务数量小于预设数量的从数据库以作为新的主数据库。
可选地,主库筛选模块620进一步适于按照如下方式选择状态标识为alive状态的从数据库以作为新的主数据库:
通过对从数据库执行ping操作,获取从数据库的延迟时间;
判断延迟时间是否小于预设时间;
当延迟时间小于预设时间时,判断从数据库的状态标识为alive状态;以及
选择该从数据库以作为新的主数据库。
可选地,主库筛选模块620进一步适于按照如下方式选择延迟事务数量小于预设数量的从数据库以作为新的主数据库:
获取从数据库的信息以确定从数据库延迟的事务数量;
判断延迟的事务数量是否小于预设数量;以及
当延迟的事务数量小于预设数量时,选择该从数据库以作为新的主数据库。
可选地,上述装置600还包括:
补全模块640,适于在将数据库集群的主数据库切换到新的主数据库之前,将该新的主数据库的数据进行补全。
可选地,上述装置600还包括:
配置模块650,适于在将数据库集群的主数据库切换到新的主数据库之后,将切换后的新的主数据库的各项配置更新到中间层,以恢复业务。
本发明实施例提供了一种数据库集群的高可用解决装置,当数据库集群的主数据库无法提供服务时,通过获取数据库集群的所有从数据库的列表,在该列表记录的所有从数据库中,筛选得到一个从数据库作为新的主数据库,将数据库集群的主数据库切换到该新的主数据库,可以在数据库集群的主数据库由于宕机等原因无法提供服务时,自动选择一个从数据库切换为新的主数据库,保证数据的全面并能让业务在极短的时间内得到恢复。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的数据库集群的高可用解决装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
至此,本领域技术人员应认识到,虽然本文已详尽示出和描述了本发明的多个示例性实施例,但是,在不脱离本发明精神和范围的情况下,仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此,本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。
本发明实施例提供了A1.一种数据库集群的高可用解决方法,所述数据库集群采用主从式结构,所述方法包括:当所述数据库集群的主数据库无法提供服务时,获取所述数据库集群的所有从数据库的列表;依据预设条件,在所述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库;以及,将所述数据库集群的主数据库切换到所述新的主数据库。A2.根据A1所述的方法,其中,所述列表中记录有所有从数据库对应的IP地址。A3.根据A1或A2所述的方法,其中,依据预设条件,在所述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库的步骤进一步包括:在所述列表记录的所述所有从数据库中,选择具备生命力的从数据库以作为新的主数据库,其中,所述从数据库具备生命力是指该从数据库能够提供数据和/或业务支持。A4.根据A3所述的方法,其中,在所述列表记录的所述所有从数据库中,选择具备生命力的从数据库以作为新的主数据库的步骤进一步包括:选择状态标识为alive状态的从数据库以作为新的主数据库;和/或选择延迟事务数量小于预设数量的从数据库以作为新的主数据库。A5.根据A4所述的方法,其中,选择状态标识为alive状态的从数据库以作为新的主数据库的步骤进一步包括:通过对所述从数据库执行ping操作,获取所述从数据库的延迟时间;判断所述延迟时间是否小于预设时间;当所述延迟时间小于所述预设时间时,判断所述从数据库的状态标识为alive状态;以及,选择所述从数据库以作为新的主数据库。A6.根据A4所述的方法,其中,选择延迟事务数量小于预设数量的从数据库以作为新的主数据库的步骤进一步包括:获取所述从数据库的信息以确定所述从数据库延迟的事务数量;判断延迟的所述事务数量是否小于预设数量;以及,当延迟的所述事务数量小于所述预设数量时,选择所述从数据库以作为新的主数据库。A7.根据A1至A6中任一项所述的方法,其中,所述方法进一步包括:在所述将所述数据库集群的主数据库切换到所述新的主数据库之前,对所述新的主数据库的数据进行补全。A8.根据A1至A7中任一项所述的方法,其中,所述方法进一步包括:在所述将所述数据库集群的主数据库切换到所述新的主数据库之后,将切换后的所述新的主数据库的各项配置更新到中间层,以恢复业务。A9.根据A1至A8中任一项所述的方法,其中,所述数据库集群中的所有主数据库和从数据库皆开启了全局事务标示符gtid。
本发明实施例提供了B10.一种数据库集群的高可用解决装置,所述数据库集群采用主从式结构,包括:列表获取模块,适于当所述数据库集群的主数据库无法提供服务时,获取所述数据库集群的所有从数据库的列表;主库筛选模块,适于依据预设条件,在所述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库;切换模块,适于将所述数据库集群的主数据库切换到所述新的主数据库。B11.根据B10所述的装置,其中,所述列表中记录有所有从数据库对应的IP地址。B12.根据B10或B11所述的装置,其中,所述主库筛选模块进一步适于,在所述列表记录的所述所有从数据库中,选择具备生命力的从数据库以作为新的主数据库,其中,所述从数据库具备生命力是指该从数据库能够提供数据和/或业务支持。B13.根据B12所述的装置,其中,所述主库筛选模块进一步适于:选择状态标识为alive状态的从数据库以作为新的主数据库;和/或选择延迟事务数量小于预设数量的从数据库以作为新的主数据库。B14.根据B13所述的装置,其中,所述主库筛选模块进一步适于按照如下方式选择状态标识为alive状态的从数据库以作为新的主数据库:通过对所述从数据库执行ping操作,获取所述从数据库的延迟时间;判断所述延迟时间是否小于预设时间;当所述延迟时间小于所述预设时间时,判断所述从数据库的状态标识为alive状态;以及,选择所述从数据库以作为新的主数据库。B15.根据B13所述的装置,其中,所述主库筛选模块进一步适于按照如下方式选择延迟事务数量小于预设数量的从数据库以作为新的主数据库:获取所述从数据库的信息以确定所述从数据库延迟的事务数量;判断延迟的所述事务数量是否小于预设数量;以及,当延迟的所述事务数量小于所述预设数量时,选择所述从数据库以作为新的主数据库。B16.根据B10至B15中任一项所述的装置,其中,所述装置进一步包括:补全模块,适于在将所述数据库集群的主数据库切换到所述新的主数据库之前,将所述新的主数据库的数据进行补全。B17.根据B10至B16中任一项所述的装置,其中,所述装置进一步包括:配置模块,适于在将所述数据库集群的主数据库切换到所述新的主数据库之后,将切换后的所述新的主数据库的各项配置更新到中间层,以恢复业务。B18.根据B10至B17中任一项所述的装置,其中,所述数据库集群中的所有主数据库和从数据库皆开启了全局事务标示符gtid。
Claims (10)
1.一种数据库集群的高可用解决方法,所述数据库集群采用主从式结构,所述方法包括:
当所述数据库集群的主数据库无法提供服务时,获取所述数据库集群的所有从数据库的列表;
依据预设条件,在所述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库;以及
将所述数据库集群的主数据库切换到所述新的主数据库。
2.根据权利要求1所述的方法,其中,所述列表中记录有所有从数据库对应的IP地址。
3.根据权利要求1或2所述的方法,其中,依据预设条件,在所述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库的步骤进一步包括:
在所述列表记录的所述所有从数据库中,选择具备生命力的从数据库以作为新的主数据库,其中,所述从数据库具备生命力是指该从数据库能够提供数据和/或业务支持。
4.根据权利要求3所述的方法,其中,在所述列表记录的所述所有从数据库中,选择具备生命力的从数据库以作为新的主数据库的步骤进一步包括:
选择状态标识为alive状态的从数据库以作为新的主数据库;和/或
选择延迟事务数量小于预设数量的从数据库以作为新的主数据库。
5.根据权利要求4所述的方法,其中,选择状态标识为alive状态的从数据库以作为新的主数据库的步骤进一步包括:
通过对所述从数据库执行ping操作,获取所述从数据库的延迟时间;
判断所述延迟时间是否小于预设时间;
当所述延迟时间小于所述预设时间时,判断所述从数据库的状态标识为alive状态;以及
选择所述从数据库以作为新的主数据库。
6.一种数据库集群的高可用解决装置,所述数据库集群采用主从式结构,包括:
列表获取模块,适于当所述数据库集群的主数据库无法提供服务时,获取所述数据库集群的所有从数据库的列表;
主库筛选模块,适于依据预设条件,在所述列表记录的所述所有从数据库中,筛选得到一个从数据库以作为新的主数据库;
切换模块,适于将所述数据库集群的主数据库切换到所述新的主数据库。
7.根据权利要求6所述的装置,其中,所述列表中记录有所有从数据库对应的IP地址。
8.根据权利要求6或7所述的装置,其中,所述主库筛选模块进一步适于,在所述列表记录的所述所有从数据库中,选择具备生命力的从数据库以作为新的主数据库,其中,所述从数据库具备生命力是指该从数据库能够提供数据和/或业务支持。
9.根据权利要求8所述的装置,其中,所述主库筛选模块进一步适于:
选择状态标识为alive状态的从数据库以作为新的主数据库;和/或
选择延迟事务数量小于预设数量的从数据库以作为新的主数据库。
10.根据权利要求9所述的装置,其中,所述主库筛选模块进一步适于按照如下方式选择状态标识为alive状态的从数据库以作为新的主数据库:
通过对所述从数据库执行ping操作,获取所述从数据库的延迟时间;
判断所述延迟时间是否小于预设时间;
当所述延迟时间小于所述预设时间时,判断所述从数据库的状态标识为alive状态;以及
选择所述从数据库以作为新的主数据库。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410818093.9A CN104516966A (zh) | 2014-12-24 | 2014-12-24 | 一种数据库集群的高可用解决方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410818093.9A CN104516966A (zh) | 2014-12-24 | 2014-12-24 | 一种数据库集群的高可用解决方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104516966A true CN104516966A (zh) | 2015-04-15 |
Family
ID=52792265
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410818093.9A Pending CN104516966A (zh) | 2014-12-24 | 2014-12-24 | 一种数据库集群的高可用解决方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104516966A (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104866556A (zh) * | 2015-05-15 | 2015-08-26 | 北京奇虎科技有限公司 | 数据库的故障处理方法、装置和数据库*** |
CN105095486A (zh) * | 2015-08-17 | 2015-11-25 | 浪潮(北京)电子信息产业有限公司 | 一种集群数据库容灾方法及装置 |
CN105262835A (zh) * | 2015-10-30 | 2016-01-20 | 北京奇虎科技有限公司 | 一种多机房中的数据存储方法和装置 |
CN106407356A (zh) * | 2016-09-07 | 2017-02-15 | 网易(杭州)网络有限公司 | 一种数据备份方法及装置 |
CN106713487A (zh) * | 2017-01-16 | 2017-05-24 | 腾讯科技(深圳)有限公司 | 数据的同步方法和装置 |
CN107071189A (zh) * | 2016-11-28 | 2017-08-18 | 深圳市潮流网络技术有限公司 | 一种通讯设备物理接口的连接方法 |
CN107870830A (zh) * | 2016-09-23 | 2018-04-03 | 北京京东尚科信息技术有限公司 | 一种提升数据库可用性的方法和装置 |
CN108322358A (zh) * | 2017-12-15 | 2018-07-24 | 北京奇艺世纪科技有限公司 | 异地多活的分布式消息发送、处理、消费方法及装置 |
CN108647113A (zh) * | 2018-03-30 | 2018-10-12 | 阿里巴巴集团控股有限公司 | 一种灾难恢复方法及服务器 |
CN108900572A (zh) * | 2018-05-31 | 2018-11-27 | 康键信息技术(深圳)有限公司 | 主数据库域名切换控制方法、计算机设备和存储介质 |
CN108959604A (zh) * | 2018-07-13 | 2018-12-07 | 浙江彩虹鱼科技有限公司 | 维护数据库集群的方法、装置及计算机可读存储介质 |
CN111464580A (zh) * | 2019-01-22 | 2020-07-28 | 阿里巴巴集团控股有限公司 | 主服务器的选取方法及装置 |
CN112199356A (zh) * | 2020-12-09 | 2021-01-08 | 北京顺达同行科技有限公司 | 故障处理方法、装置、服务器以及存储介质 |
WO2021072967A1 (zh) * | 2019-10-17 | 2021-04-22 | 厦门网宿有限公司 | 一种配置信息管理方法及装置 |
CN113761075A (zh) * | 2020-09-01 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 切换数据库的方法、装置、设备和计算机可读介质 |
CN113761051A (zh) * | 2020-07-01 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 消息推送方法、数据获取方法、装置、***、设备和介质 |
WO2022082475A1 (en) * | 2020-10-21 | 2022-04-28 | Paypal, Inc. | Access consistency in high-availability databases |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080189340A1 (en) * | 2007-02-01 | 2008-08-07 | David Randall Blea | Apparatus, system, and method for synchronizing a remote database |
CN101706795A (zh) * | 2009-11-30 | 2010-05-12 | 上海世范软件技术有限公司 | 主备服务器上数据库数据同步方法 |
CN103019875A (zh) * | 2012-12-19 | 2013-04-03 | 北京世纪家天下科技发展有限公司 | 一种实现数据库双主改造的方法及装置 |
CN104199957A (zh) * | 2014-09-17 | 2014-12-10 | 合一网络技术(北京)有限公司 | 一种Redis通用代理的实现方法 |
-
2014
- 2014-12-24 CN CN201410818093.9A patent/CN104516966A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080189340A1 (en) * | 2007-02-01 | 2008-08-07 | David Randall Blea | Apparatus, system, and method for synchronizing a remote database |
CN101706795A (zh) * | 2009-11-30 | 2010-05-12 | 上海世范软件技术有限公司 | 主备服务器上数据库数据同步方法 |
CN103019875A (zh) * | 2012-12-19 | 2013-04-03 | 北京世纪家天下科技发展有限公司 | 一种实现数据库双主改造的方法及装置 |
CN104199957A (zh) * | 2014-09-17 | 2014-12-10 | 合一网络技术(北京)有限公司 | 一种Redis通用代理的实现方法 |
Non-Patent Citations (3)
Title |
---|
(美)布拉德福 等: "《Effective MySQL之深入解析复制技术》", 31 January 2014 * |
SLVHER: ""【Redis笔记】第5篇:redis监控工具-redissentinel使用说明及注意事项"", 《HTTP://WWW.2CTO.COM/DATABASE/201312/269019.HTML》 * |
邯郸人: ""redis sentinel模式下,如何选举新的master"", 《HTTP://WWW.TUICOOL.COM/ARTICLES/YIENUJ》 * |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104866556A (zh) * | 2015-05-15 | 2015-08-26 | 北京奇虎科技有限公司 | 数据库的故障处理方法、装置和数据库*** |
CN104866556B (zh) * | 2015-05-15 | 2019-07-23 | 北京奇虎科技有限公司 | 数据库的故障处理方法、装置和数据库*** |
CN105095486A (zh) * | 2015-08-17 | 2015-11-25 | 浪潮(北京)电子信息产业有限公司 | 一种集群数据库容灾方法及装置 |
CN105262835A (zh) * | 2015-10-30 | 2016-01-20 | 北京奇虎科技有限公司 | 一种多机房中的数据存储方法和装置 |
CN105262835B (zh) * | 2015-10-30 | 2019-08-02 | 北京奇虎科技有限公司 | 一种多机房中的数据存储方法和装置 |
CN106407356A (zh) * | 2016-09-07 | 2017-02-15 | 网易(杭州)网络有限公司 | 一种数据备份方法及装置 |
CN107870830A (zh) * | 2016-09-23 | 2018-04-03 | 北京京东尚科信息技术有限公司 | 一种提升数据库可用性的方法和装置 |
CN107870830B (zh) * | 2016-09-23 | 2021-07-20 | 北京京东尚科信息技术有限公司 | 一种提升数据库可用性的方法和装置 |
CN107071189A (zh) * | 2016-11-28 | 2017-08-18 | 深圳市潮流网络技术有限公司 | 一种通讯设备物理接口的连接方法 |
CN106713487A (zh) * | 2017-01-16 | 2017-05-24 | 腾讯科技(深圳)有限公司 | 数据的同步方法和装置 |
CN106713487B (zh) * | 2017-01-16 | 2020-10-09 | 腾讯科技(深圳)有限公司 | 数据的同步方法和装置 |
CN108322358A (zh) * | 2017-12-15 | 2018-07-24 | 北京奇艺世纪科技有限公司 | 异地多活的分布式消息发送、处理、消费方法及装置 |
CN108647113A (zh) * | 2018-03-30 | 2018-10-12 | 阿里巴巴集团控股有限公司 | 一种灾难恢复方法及服务器 |
CN108900572A (zh) * | 2018-05-31 | 2018-11-27 | 康键信息技术(深圳)有限公司 | 主数据库域名切换控制方法、计算机设备和存储介质 |
CN108900572B (zh) * | 2018-05-31 | 2022-08-09 | 康键信息技术(深圳)有限公司 | 主数据库域名切换控制方法、计算机设备和存储介质 |
CN108959604B (zh) * | 2018-07-13 | 2020-11-10 | 浙江彩虹鱼科技有限公司 | 维护数据库集群的方法、装置及计算机可读存储介质 |
CN108959604A (zh) * | 2018-07-13 | 2018-12-07 | 浙江彩虹鱼科技有限公司 | 维护数据库集群的方法、装置及计算机可读存储介质 |
CN111464580A (zh) * | 2019-01-22 | 2020-07-28 | 阿里巴巴集团控股有限公司 | 主服务器的选取方法及装置 |
CN111464580B (zh) * | 2019-01-22 | 2022-04-22 | 阿里巴巴集团控股有限公司 | 主服务器的选取方法及装置 |
WO2021072967A1 (zh) * | 2019-10-17 | 2021-04-22 | 厦门网宿有限公司 | 一种配置信息管理方法及装置 |
CN113761051A (zh) * | 2020-07-01 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 消息推送方法、数据获取方法、装置、***、设备和介质 |
CN113761075A (zh) * | 2020-09-01 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 切换数据库的方法、装置、设备和计算机可读介质 |
WO2022082475A1 (en) * | 2020-10-21 | 2022-04-28 | Paypal, Inc. | Access consistency in high-availability databases |
US11704182B2 (en) | 2020-10-21 | 2023-07-18 | Paypal, Inc. | Access consistency in high-availability databases |
CN112199356A (zh) * | 2020-12-09 | 2021-01-08 | 北京顺达同行科技有限公司 | 故障处理方法、装置、服务器以及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104516966A (zh) | 一种数据库集群的高可用解决方法和装置 | |
CN104537046A (zh) | 数据补全方法和装置 | |
US9842126B2 (en) | Automatic repair of corrupt HBases | |
CN109766330B (zh) | 数据分片方法、装置、电子设备及存储介质 | |
CN105550229A (zh) | 分布式存储***数据修复的方法和装置 | |
CN104462517A (zh) | 数据同步方法及装置 | |
CN105515872B (zh) | 配置信息的更新方法、装置及*** | |
CN104216724B (zh) | 一种网络应用程序接口升级的方法及*** | |
CN105721200A (zh) | 主从式服务器***的应用方法及该*** | |
CN110673941B (zh) | 多机房中微服务的迁移方法、电子设备及存储介质 | |
CN106605217B (zh) | 用于将应用从一个站点移动到另一站点的方法和*** | |
CN105550306A (zh) | 多副本数据的读写方法及*** | |
CN103577546A (zh) | 一种数据备份的方法、设备及分布式集群文件*** | |
CN106648933A (zh) | 消息队列的消费方法及装置 | |
CN111147605B (zh) | 服务注册方法、装置和设备 | |
CN112702195A (zh) | 网关配置方法、电子设备及计算机可读存储介质 | |
CN105550230A (zh) | 分布式存储***节点故障的侦测方法和装置 | |
CN103647811A (zh) | 一种实现应用访问后台服务的方法和装置 | |
CN102880473A (zh) | 基于quartz框架的任务执行方法及装置 | |
US10671482B2 (en) | Providing consistency in a distributed data store | |
CN105389394A (zh) | 基于多个数据库集群的数据请求处理方法及装置 | |
CN107547605B (zh) | 一种基于节点队列的消息读写方法及节点设备 | |
CN104506353A (zh) | 一种鉴证管理方法、设备及*** | |
CN104484176A (zh) | 一种安卓***窗口对象获取方法和装置 | |
WO2024036829A1 (zh) | 一种数据融合方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150415 |