CN104036043B - 一种mysql高可用的方法及管理节点 - Google Patents

一种mysql高可用的方法及管理节点 Download PDF

Info

Publication number
CN104036043B
CN104036043B CN201410309204.3A CN201410309204A CN104036043B CN 104036043 B CN104036043 B CN 104036043B CN 201410309204 A CN201410309204 A CN 201410309204A CN 104036043 B CN104036043 B CN 104036043B
Authority
CN
China
Prior art keywords
main frame
slave
daily record
new main
full
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
Application number
CN201410309204.3A
Other languages
English (en)
Other versions
CN104036043A (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.)
Shanghai Wave Cloud Computing Service Co Ltd
Original Assignee
Inspur Beijing Electronic Information Industry 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 Inspur Beijing Electronic Information Industry Co Ltd filed Critical Inspur Beijing Electronic Information Industry Co Ltd
Priority to CN201410309204.3A priority Critical patent/CN104036043B/zh
Publication of CN104036043A publication Critical patent/CN104036043A/zh
Application granted granted Critical
Publication of CN104036043B publication Critical patent/CN104036043B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/21—Design, administration or maintenance of databases
    • G06F16/217—Database tuning

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (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)
  • Computer And Data Communications (AREA)

Abstract

本发明提供一种MYSQL高可用的方法及管理节点，该方法包括：检测到主机发生故障后，选择一从机作为新的主机，将前端的请求转移到所述新的主机；建立所述新的主机与从机的主从对应关系。本发明通过MHA方式能够完成mysql失败主机的自动切换以及自动选取新的master、自动将没有应用的binlog应用到全部的slave节点上，同时能够保证切换时间控制在1‑2分钟内。

Description

一种MYSQL高可用的方法及管理节点
技术领域
本发明涉及计算机系统设计领域和数据库领域，具体涉及一种MYSQL高可用的方法。
背景技术
数据的重要性对于人们来说重要程度不说自明，在信息时代，数据有着具大的力量，数据库的存在为人们提供了更快的查询，那么在一个web网站中如何做到数据库的高可用，保证持续提供服务，能在0-30s之内实现主Mysql故障转移(failover)，MHA(MYSQL高可用)故障转移可以很好的帮我们解决从库数据的一致性问题，同时最大化挽回故障发生后的数据。MHA里有两个角色一个是node节点一个是manager(管理)节点，要实现这个MHA，必须最少要三台数据库服务器，一主多备，即一台充当master(主机)，一台充当master的备份机，另外一台是从属机，现有技术中一旦主服务器宕机，备份机即开始充当master提供服务，如主服务器上线也不会再成为master了，这样数据库的一致性就被改变了，数据不一致将导致用户的数据错误，有可能下的订单没有了，也有可能订单重复等的问题。
发明内容
本发明要解决的技术问题是提供一种MYSQL高可用的方法，以实现mysql失败主机的自动切换。
为了解决上述技术问题，本发明提供了一种MYSQL高可用的方法，包括：
检测到主机发生故障后，选择一从机作为新的主机，将前端的请求转移到所述新的主机；
建立所述新的主机与从机的主从对应关系。
进一步地，上述方法还具有下面特点：所述选择一从机作为新的主机，包括：
获取所有从机的日志信息；
选出日志最全的从机，如所述日志最全的从机只有一个，则将该日志最全的从机作为新的主机，如所述日志最全的从机有两个以上，则获取所述日志最全的从机的中继日志，选出所述中继日志最全的从机，如所述中继日志最全的从机只有一个，则将该中继日志最全的从机作为新的主机，如所述中继日志最全的从机有两个以上，则在所述中继日志最全的从机中随机选择一个作为新的主机。
进一步地，上述方法还具有下面特点：所述检测到主机发生故障后，还包括：
如发生故障的主机可以登录，则登录所述发生故障的主机，保存所述发生故障的主机的二进制日志；
所述选择一从机作为新的主机后，还包括：
判断所述新的主机与原主机之间是否存在二进制日志差异，如存在，则指示所述新的主机应用所述二进制日志差异。
进一步地，上述方法还具有下面特点：
如选择所述中继日志最全的从机作为新的主机，还包括：
判断所述新的主机与所述发生故障的主机之间是否存在中继日志差异，如存在，则指示所述新的主机应用所述中继日志差异。
进一步地，上述方法还具有下面特点：所述选择一从机作为新的主机后，还包括：
断开所述发生故障的主机与对应的所有从机的连接。
进一步地，上述方法还具有下面特点：所述建立所述新的主机与从机的主从对应关系，包括：
判断从机与所述新的主机是否存在中继日志差异，如存在，则生成中继日志差异文件，将所述中继日志差异文件拷贝到对应的从机上。
进一步地，上述方法还具有下面特点：所述选择一从机作为新的主机后，还包括：
指示所述新的主机执行清除从机信息的重置从机操作。
为了解决上述问题，本发明还提供了一种管理节点，其中，包括：
处理模块，用于检测到主机发生故障后，选择一从机作为新的主机，将前端的请求转移到所述新的主机；
建立模块，用于建立所述新的主机与从机的主从对应关系。
进一步地，上述管理节点还具有下面特点：
所述处理模块，选择一从机作为新的主机包括：获取所有从机的日志信息；选出日志最全的从机，如所述日志最全的从机只有一个，则将该日志最全的从机作为新的主机，如所述日志最全的从机有两个以上，则获取所述日志最全的从机的中继日志，选出所述中继日志最全的从机，如所述中继日志最全的从机只有一个，则将该中继日志最全的从机作为新的主机，如所述中继日志最全的从机有两个以上，则在所述中继日志最全的从机中随机选择一个作为新的主机。
进一步地，上述管理节点还具有下面特点：
所述处理模块，检测到主机发生故障后还用于，如发生故障的主机可以登录，则登录所述发生故障的主机，保存所述发生故障的主机的二进制日志；选择一从机作为新的主机后还用于，判断所述新的主机与原主机之间是否存在二进制日志差异，如存在，则指示所述新的主机应用所述二进制日志差异。
进一步地，上述管理节点还具有下面特点：
所述处理模块，如选择所述中继日志最全的从机作为新的主机，则还用于：判断所述新的主机与所述发生故障的主机之间是否存在中继日志差异，如存在，则指示所述新的主机应用所述中继日志差异。
进一步地，上述管理节点还具有下面特点：
所述处理模块，选择一从机作为新的主机后还用于：断开所述发生故障的主机与对应的所有从机的连接。
进一步地，上述管理节点还具有下面特点：
所述建立模块，具体用于判断从机与所述新的主机是否存在中继日志差异，如存在，则生成中继日志差异文件，将所述中继日志差异文件拷贝到对应的从机上。
进一步地，上述管理节点还具有下面特点：
所述处理模块，选择一从机作为新的主机后还用于：指示所述新的主机执行清除从机信息的重置从机操作。
综上，本发明提供一种MYSQL高可用的方法及管理节点，通过MHA方式能够完成mysql失败主机的自动切换以及自动选取新的master、自动将没有应用的binlog应用到全部的slave节点上，同时能够保证切换时间控制在1-2分钟内。通过开源的MHA方式搭建一个高可用的mysql集群，既提高了集群环境的健壮性、可靠性有可以利用开源的优势扩展该集群的功能。
附图说明
图1为本发明实施例的MYSQL高可用的方法的流程图；
图2为本发明实施例的管理节点的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
当管理节点监控到主库mysql服务停止后，首先对主库进行SSH(Struts，流程控制，Spring，业务流转，Hibernate，数据库操作的封装)登录检查，然后对mysql服务进行健康检查，最后作出Master is down！(主机故障)的判断，master failover(主机失败切换)开始。
Master(主机)用于提供数据库的读写服务，如果存在vip(虚拟ip地址)的话，那么正常期间vip是保留在master服务器上，当出现故障进行切换的时候，读写服务以及vip会全部切换到master的backup(备份)机器上。
Slave(从机)，用于进行数据库的备份以及进行读负载均衡，以及对数据库进行维护、升级的时候对主数据库进行备份。
图1为本发明实施例的MYSQL高可用的方法的流程图，如图1所示，本实施例的方法可以包括以下步骤：
步骤101、检测到主机发生故障；
管理节点在检查配置信息的过程中，会再次确认主库状态(double check)，同时罗列出当前架构中各主机的状态(Dead|Alive，死机|存活)。
步骤102、选择一从机作为新的主机；
接下来是处理故障主库，该阶段可以通过定义的脚本，将前端的请求转移到新的主机上，且可以将故障主库的主机关掉(断开主机与所有从机的连接)以避免脑裂带来数据不一致问题。
本实施例中，可以通过以下步骤选择最新从机作为新的主机：
步骤102.1：获取最新从机；
针对所有的从机，通过show slave status(显示从属机状态)命令输出的{Master_Log_File(主机日志文件)，Read_Master_Log_Pos(读取主机日志位置)}值，对所有从机的{Master_Log_File，Read_Master_Log_Pos}值进行比较，选出日志最全的从机作为latest slaves(最新从机)。此时选出的最新从机可能有多个，也有可能只有一个。如选出的最新从机有多个，则接着执行步骤102.2；如选出的最新从机只有一个，则将该最新从机作为新的主机，则执行步骤102.3。
保存故障主机的binlog(二进制日志)，判断所有最新从机与原主机之间是否存在binlog差异，binlog差异越小说明数据丢失越小。
当原主机发生故障时，如果原主机可以登录，那么可以将原主机出现故障时的binlog保存下来，如果原主机不能登录，则跳过此步骤。
步骤102.2：确定新主机；
根据步骤102.1找出的latest slaves，确认latest slave的relay log(中继日志)是否为最全的，选择relay log最全的latest slave作为新主机。如relay log最全的latest slave也有多个，则随机挑选一个latest slave作为新主机。
如果原主机还活着，则对比新主机的relay log与原主机的binlog，如两者之间有差异，则将新主机的relay log与原主机的binlog的差异加载过来。
等待新主机将relay log中已复制过来的语句执行完毕，通过比较Exec_Master_Log_Pos(执行主库日志位置)和Read_Master_Log_Pos(读取主库日志位置)，如果Exec_Master_Log_Pos和Read_Master_Log_Pos这两个值有差异的话，在新主机上应用新主机与原主机的relay log差异和主库binlog差异，以保证数据没有丢失。
步骤103：建立新的主机与从机的主从对应关系；
恢复从机，开始并行获取从机日志的差异；
判断从机与新主机是否存在relay log差异，在新主机上执行如下命令apply_diff_relay_logs–command＝generate_and_send，生成relay log差异文件，并将relaylog差异文件拷贝到对应的从机上，以使得所有的从机都是最新状态。
最后，新主机可以执行reset slave(重置从机)操作清除之前slave信息。
本发明通过manager节点监控所有的数据库节点的存活，当发现master节点发生故障，那么接下来就是如何选出新的master节点了以及如何将所有的slave节点指向新的master节点，这中间存在如下问题：如何找到所有slave中应用binlog最多的节点，如何找到slave节点与master节点之间的差异，如何在所有的slave中修改指向，通过本实施例的MHA可以自动解决这些问题，而且可以通过自定义脚本来完成一些个性化的工作，为dba(Database Administrator，数据库管理员)提供了发现问题解决问题的新的方法。
图2为本发明实施例的管理节点的示意图，如图2所示，本实施例的管理节点包括：
处理模块，用于检测到主机发生故障后，选择一从机作为新的主机，将前端的请求转移到所述新的主机；
建立模块，用于建立所述新的主机与从机的主从对应关系。
其中，所述处理模块，选择一从机作为新的主机包括：获取所有从机的日志信息；选出日志最全的从机，如所述日志最全的从机只有一个，则将该日志最全的从机作为新的主机，如所述日志最全的从机有两个以上，则获取所述日志最全的从机的中继日志，选出所述中继日志最全的从机，如所述中继日志最全的从机只有一个，则将该中继日志最全的从机作为新的主机，如所述中继日志最全的从机有两个以上，则在所述中继日志最全的从机中随机选择一个作为新的主机。
在一优选实施例中，所述处理模块，检测到主机发生故障后还可以用于，如发生故障的主机可以登录，则登录所述发生故障的主机，保存所述发生故障的主机的二进制日志；选择一从机作为新的主机后还用于，判断所述新的主机与原主机之间是否存在二进制日志差异，如存在，则指示所述新的主机应用所述二进制日志差异。
其中，所述处理模块，如选择所述中继日志最全的从机作为新的主机，则还可以用于：判断所述新的主机与所述发生故障的主机之间是否存在中继日志差异，如存在，则指示所述新的主机应用所述中继日志差异。
在一优选实施例中，所述处理模块，选择一从机作为新的主机后还可以用于：断开所述发生故障的主机与对应的所有从机的连接。
其中，所述建立模块，具体可以用于判断从机与所述新的主机是否存在中继日志差异，如存在，则生成中继日志差异文件，将所述中继日志差异文件拷贝到对应的从机上。
在一优选实施例中，所述处理模块，选择一从机作为新的主机后还可以用于：指示所述新的主机执行清除从机信息的重置从机操作。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种MYSQL高可用的方法，包括：
检测到主机发生故障后，选择一从机作为新的主机，将前端的请求转移到所述新的主机；
建立所述新的主机与从机的主从对应关系；
所述选择一从机作为新的主机，包括：
获取所有从机的日志信息；
选出日志最全的从机，如所述日志最全的从机只有一个，则将该日志最全的从机作为新的主机，如所述日志最全的从机有两个以上，则获取所述日志最全的从机的中继日志，选出所述中继日志最全的从机，如所述中继日志最全的从机只有一个，则将该中继日志最全的从机作为新的主机，如所述中继日志最全的从机有两个以上，则在所述中继日志最全的从机中随机选择一个作为新的主机；
所述检测到主机发生故障后，还包括：
如发生故障的主机可以登录，则登录所述发生故障的主机，保存所述发生故障的主机的二进制日志；
所述选择一从机作为新的主机后，还包括：
判断所述新的主机与原主机之间是否存在二进制日志差异，如存在，则指示所述新的主机应用所述二进制日志差异。
2.如权利要求1所述的方法，其特征在于：如选择所述中继日志最全的从机作为新的主机，还包括：
判断所述新的主机与所述发生故障的主机之间是否存在中继日志差异，如存在，则指示所述新的主机应用所述中继日志差异。
3.如权利要求1所述的方法，其特征在于：所述选择一从机作为新的主机后，还包括：
断开所述发生故障的主机与对应的所有从机的连接。
4.如权利要求1-3任一项所述的方法，其特征在于：所述建立所述新的主机与从机的主从对应关系，包括：
判断从机与所述新的主机是否存在中继日志差异，如存在，则生成中继日志差异文件，将所述中继日志差异文件拷贝到对应的从机上。
5.如权利要求1-3任一项所述的方法，其特征在于：所述选择一从机作为新的主机后，还包括：
指示所述新的主机执行清除从机信息的重置从机操作。
6.一种管理节点，其特征在于，包括：
处理模块，用于检测到主机发生故障后，选择一从机作为新的主机，将前端的请求转移到所述新的主机；
建立模块，用于建立所述新的主机与从机的主从对应关系；
所述处理模块，选择一从机作为新的主机包括：获取所有从机的日志信息；选出日志最全的从机，如所述日志最全的从机只有一个，则将该日志最全的从机作为新的主机，如所述日志最全的从机有两个以上，则获取所述日志最全的从机的中继日志，选出所述中继日志最全的从机，如所述中继日志最全的从机只有一个，则将该中继日志最全的从机作为新的主机，如所述中继日志最全的从机有两个以上，则在所述中继日志最全的从机中随机选择一个作为新的主机；
所述处理模块，检测到主机发生故障后还用于，如发生故障的主机可以登录，则登录所述发生故障的主机，保存所述发生故障的主机的二进制日志；选择一从机作为新的主机后还用于，判断所述新的主机与原主机之间是否存在二进制日志差异，如存在，则指示所述新的主机应用所述二进制日志差异。
7.如权利要求6所述的管理节点，其特征在于：
所述处理模块，如选择所述中继日志最全的从机作为新的主机，则还用于：判断所述新的主机与所述发生故障的主机之间是否存在中继日志差异，如存在，则指示所述新的主机应用所述中继日志差异。
8.如权利要求6所述的管理节点，其特征在于：
所述处理模块，选择一从机作为新的主机后还用于：断开所述发生故障的主机与对应的所有从机的连接。
9.如权利要求6-8任一项所述的管理节点，其特征在于：
所述建立模块，具体用于判断从机与所述新的主机是否存在中继日志差异，如存在，则生成中继日志差异文件，将所述中继日志差异文件拷贝到对应的从机上。
10.如权利要求6-8任一项所述的管理节点，其特征在于：
所述处理模块，选择一从机作为新的主机后还用于：指示所述新的主机执行清除从机信息的重置从机操作。
CN201410309204.3A 2014-07-01 2014-07-01 一种mysql高可用的方法及管理节点 Active CN104036043B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410309204.3A CN104036043B (zh) 2014-07-01 2014-07-01 一种mysql高可用的方法及管理节点

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410309204.3A CN104036043B (zh) 2014-07-01 2014-07-01 一种mysql高可用的方法及管理节点

Publications (2)

Publication Number Publication Date
CN104036043A CN104036043A (zh) 2014-09-10
CN104036043B true CN104036043B (zh) 2017-05-03

Family

ID=51466813

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410309204.3A Active CN104036043B (zh) 2014-07-01 2014-07-01 一种mysql高可用的方法及管理节点

Country Status (1)

Country Link
CN (1) CN104036043B (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104765889A (zh) * 2015-04-30 2015-07-08 北京奇虎科技有限公司 基于数据库高可用框架的切换方法及装置
CN105760456B (zh) * 2016-02-04 2019-11-29 网易（杭州）网络有限公司 一种保持数据一致性的方法和装置
CN107368485A (zh) * 2016-05-12 2017-11-21 苏宁云商集团股份有限公司 一种数据库的管理方法及数据库系统
CN106254100B (zh) * 2016-07-27 2019-04-16 腾讯科技（深圳）有限公司 一种数据容灾方法、装置和系统
CN106997318B (zh) * 2017-04-10 2020-03-03 广东浪潮大数据研究有限公司 一种支持多从机的peci总线验证方法及系统
CN107203617B (zh) * 2017-05-24 2019-03-26 杭州铭师堂教育科技发展有限公司 基于MHA的mysql在线迁移系统及方法
CN107566475B (zh) * 2017-08-28 2020-08-04 北京天元创新科技有限公司 一种会话故障转移方法及装置
CN108804038A (zh) * 2018-05-29 2018-11-13 新华三技术有限公司 日志数据迁移的方法、装置、服务器和计算机可读介质
CN109189860A (zh) * 2018-10-19 2019-01-11 山东浪潮云信息技术有限公司 一种基于Kubernetes系统的MySQL主备增量同步方法
CN110879718A (zh) * 2019-11-15 2020-03-13 北京浪潮数据技术有限公司 mariadb升级方法、装置及电子设备和存储介质
CN112015595B (zh) * 2020-08-28 2021-03-02 掌阅科技股份有限公司 主从数据库的切换方法、计算设备及存储介质
CN112486718B (zh) * 2020-11-30 2024-07-30 深圳市移卡科技有限公司 数据库故障自动切换方法、装置和计算机存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102467508A (zh) * 2010-11-04 2012-05-23 中兴通讯股份有限公司 提供数据库服务的方法及数据库系统
CN102917072A (zh) * 2012-10-31 2013-02-06 北京奇虎科技有限公司 用于数据服务器集群之间进行数据迁移的设备、系统及方法
CN102938705A (zh) * 2012-09-25 2013-02-20 上海证券交易所 一种高可用多机备份路由表管理与切换方法
CN103235748A (zh) * 2013-04-24 2013-08-07 曙光信息产业(北京)有限公司 元数据的管理方法和系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8996841B2 (en) * 2008-02-06 2015-03-31 Compellent Technologies Hypervolume data storage object and method of data storage

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102467508A (zh) * 2010-11-04 2012-05-23 中兴通讯股份有限公司 提供数据库服务的方法及数据库系统
CN102938705A (zh) * 2012-09-25 2013-02-20 上海证券交易所 一种高可用多机备份路由表管理与切换方法
CN102917072A (zh) * 2012-10-31 2013-02-06 北京奇虎科技有限公司 用于数据服务器集群之间进行数据迁移的设备、系统及方法
CN103235748A (zh) * 2013-04-24 2013-08-07 曙光信息产业(北京)有限公司 元数据的管理方法和系统

Also Published As

Publication number Publication date
CN104036043A (zh) 2014-09-10

Similar Documents

Publication Publication Date Title
CN104036043B (zh) 一种mysql高可用的方法及管理节点
JP6416745B2 (ja) 複製されたデータインスタンスのためのフェイルオーバーおよび復旧
CN110071821B (zh) 确定事务日志的状态的方法，节点和存储介质
CN107870829B (zh) 一种分布式数据恢复方法、服务器、相关设备及系统
CN110807064B (zh) Rac分布式数据库集群系统中的数据恢复装置
CN102624542B (zh) 在文件系统中提供透明故障切换
CN106951559B (zh) 分布式文件系统中数据恢复方法及电子设备
CN102394914A (zh) 集群脑裂处理方法和装置
US20080288812A1 (en) Cluster system and an error recovery method thereof
KR20110044858A (ko) 데이터 센터들에 걸쳐 데이터 서버들내 데이터 무결정의 유지
CN103729280A (zh) 一种虚拟机高可用机制
CN115562911B (zh) 虚拟机数据备份方法及装置、系统、电子设备、存储介质
CN107357800A (zh) 一种数据库高可用零丢失解决方法
CN111752488B (zh) 存储集群的管理方法、装置、管理节点及存储介质
CN112190924A (zh) 一种数据容灾方法、装置及计算机可读介质
CN114064374A (zh) 一种基于分布式块存储的故障检测方法和系统
CN110209526A (zh) 一种存储层同步系统、及存储介质
CN102457400B (zh) 一种防止磁盘镜像资源发生脑裂的方法
CN115248720A (zh) 存储系统、存储节点虚拟机恢复方法和记录介质
CN118018463A (zh) 一种故障处理方法、装置、设备及可读存储介质
CN112948484A (zh) 分布式数据库系统和数据灾备演练方法
CN111342986A (zh) 分布式节点管理方法及装置、分布式系统、存储介质
CN116389233B (zh) 容器云管理平台主备切换系统、方法、装置和计算机设备
CN115794769B (zh) 高可用数据库管理的方法、电子设备及存储介质
CA2619778C (en) Method and apparatus for sequencing transactions globally in a distributed database cluster with collision monitoring

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20180817

Address after: 200436 Room 411, No. three, JIANGCHANG Road, Jingan District, Shanghai, 411

Patentee after: Shanghai wave Cloud Computing Service Co., Ltd.

Address before: 100085 floor 1, C 2-1, No. 2, Shang Di Road, Haidian District, Beijing.

Patentee before: Electronic information industry Co.,Ltd of the tide (Beijing)