MHA

目录 一.MHA简介 二.工作流程 三.MHA架构图 四.MHA工具介绍 五.基于GTID的主从复制 六.部署MHA 一.MHA简介 松信嘉範: MySQL/Linux专家 2001年索尼公司入职 2001年开始使用oracle 2004年开始使用MySQL 2006年9月-2010年8月MySQL从事顾问 2010年-2012年 DeNA 2012年~至今 Facebook 软件简介 MHA能够在较短的时间内实现自动故障检测和故障转移，通常在10-30秒以内;在复制框架中，MHA能够很好地解决复制过程中的数据一致性问题，由于不需要在现有的replication中添加额外的服务器，仅需要一个manager节点，而一个Manager能管理多套复制，所以能大大地节约服务器的数量;另外，安装简单，无性能损耗，以及不需要修改现有的复制部署也是它的优势之处。 MHA还提供在线主库切换的功能，能够安全地切换当前运行的主库到一个新的主库中(通过将从库提升为主库),大概0.5-2秒内即可完成。 MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以独立部署在一台独立的机器上管理多个Master-Slave集群，也可以部署在一台Slave上。 当Master出现故障时，它可以自动将最新数据的Slave提升为新的Master

关于 MHA： 1.Master HA，对主节点进行监控，可实现自动故障转 移至其它从节点；通过提升某一从 节点为新的主节点，基于主从复制实现，还需要客户端配合实现，目前MHA主要支持一主多 从的架构，要搭建MHA,要求一个复制集群中必须最少有 三台数据库服务器，一主二从， 即一台充当master，一台充当备用master，另外一台充当从库，如果财大气粗，也 可以用一台专门的服务器来当MHA监控管理服务器 2.MHA工作原理 1 从宕机崩溃的master保存二进制日志事件（binlog events） 2 识别含有最新更新的slave 3 应用差异的中继日志（relay log）到其他的slave 4 应用从master保存的二进制日志事件（binlog events） 5 提升一个slave为新的master 6 使其他的slave连接新的master进行复制 注意：MHA需要基于ssh，key验证登入方法 MHA软件由两部分组成，Manager工具包和Node工具包，具体的说明如下。 1.Manager工具包主要包括以下几个工具： masterha_check_ssh 检查MHA的SSH配置状况 masterha_check_repl 检查MySQL复制状况 masterha_manger 启动MHA masterha_check_status 检测当前MHA运行状态

本文简单介绍了MySQL的高可用实现方式之一的MHA MHA：Master High Availability，对主节点进行监控，可实现自动故障转移至其它从节点；通过提升某一从节点为新的主节点，基于主从复制实现，还需要客户端配合实现，目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库。官网:https://code.google.com/archive/p/mysql-master-ha/ MHA工作原理： 　　1、 从宕机崩溃的master保存二进制日志事件（binlog events） 　　2 、识别含有最新更新的slave 3、 应用差异的中继日志（relay log）到其他的slave 4 、应用从master保存的二进制日志事件（binlog events） 5、 提升一个slave为新的master 6 、使其他的slave连接新的master进行复制 MHA配置方法 1、准备安装环境 　　- MHA服务器1台，CentOS7 　　- 主库1台，CentOS7，192.168.1.100 　　- 从库1台，CentOS7，192.168.1.101 　　- 从库1台，CentOS7，192.168.1.102 　　从官网下载安装包 　　　　1

MHA 架构 适用的主从复制架构 主 / | \ 从1 从2 从3 故障转移步骤 选举具有最新更新的slave 尝试从宕机的master保存二进制日志 应用差异的中继日志到其他slave 应用从master保存的二进制日志 提升选举的slave为新的master 配置其他slave向新的mater同步 架构需要的资源 资源 数量 说明 主DB 1 用于初始主从复制模式的master服务器 从DB 2-N 可以配置2台或多台从服务器 IP地址 n+2 N为MySQL服务器数量 监控用户 1 用于监控数据库状态的MySQL用户（all privileges） 复制用户 1 用于配置MySQL复制的MySQL用户（replication slave） 架构配置步骤 配置一主多从复制的集群架构 安装centos的YUM扩展包 配置集群内各主机的SSH免认证 在各节点安装mha_node 在管理节点安装mha_manager 配置并启动MHA管理进程 架构优点 支持GTID的复制方式和基于日志点的复制方式 可从多个slave中选举最适合的新master 会尝试从旧master中尽可能多的保存未同步日志 架构缺点 未必能获取到旧master未同步的日志（主备使用5.7以后的半同步复制） 需要自行开发写VIP转移脚本 只监控master而没有对slave实现高可用的办法 架构适用场景

安装mysql manage 组件缺包，要配置网络yum源，然后安装centos额外的包，才能进行安装，否则会提示缺包。 yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm 来源： https://www.cnblogs.com/yangyanhao/p/11848153.html

raw格式 在体数据（volume）中，经常会遇到raw文件，raw文件就是其实就是所有体素组成的文件，raw文件必须还有一些描信息才能用（因为得知道数据的size，type，spacing等），就像.mhd文件是对raw文件的一个描述。在医学数据处理中，经常使用mha文件格式来对数据进行处理，因为mha文件格式比较简单，而且包含了所有的基本图像信息（ 之前一篇有简单介绍 ）。所以本文要介绍将raw格式的文件转为mha格式。其实也不一定是raw文件，因为不论是什么后缀名，数据的内容都不会变化。 代码 import SimpleITK as itk import numpy as np import os def raw2mha(inpath,outpath,size,spacing,intype='uint16',outtype='uint16'): """ parameter: inpath:raw file path outpath:raw out file path size:raw file size(z,y,x) such as (94,256,256) spacing:raw file pixel spacing. intype:raw file data type,default is uint16 """ #利用np从文件读取文件 data = np

MHA 简介 MHA（Master High Availability） 目前在 MySQL 高可用方面是一个相对成熟的解决方案， 它由日本 DeNA 公司的 youshimaton 员工（现就职于 Facebook 公司）开发，是一套优秀的作 为 MySQL 高可用性环境下 故障切换和主从角色提升 的高可用软件。在 MySQL 故障切换过程 中，MHA 能做到在 0~30 秒之内自动完成数据库的主从故障切换操作，并且在进行故障切换 的过程中，MHA 能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 MHA 由两部分组成：MHA Manager（管理节点）和 MHA Node（数据节点） 。MHA Manager 可以单独部署在一台独立的机器上管理多个 master-slave 集群，也可以部署在一台 slave 节 点上。MHA Node 运行在每台 MySQL 服务器及 Manager 服务器上，MHA Manager 会定时探 测集群中的 master 节点，当 master 出现故障时，它可以自动将拥有最新数据的 slave 提升 为新的 master，然后将所有其他的 slave 重新指向新提升的 master。整个故障转移过程对应 用程序层面完全透明。 在 MHA 自动故障切换过程中，MHA 会试图从宕机的主服务器上保存二进制日志，最大 程度的保证数据不丢失

基于 MHA 的 MySQL 高可用方案 一、 MHA 简介 MHA （ Master High Availability ） 目前在 MySQL 高可用方面是一个相对成熟的解决方案， 它由日本 DeNA 公司的 youshimaton 员工（现就职于 Facebook 公司）开发，是一套优秀的作为 MySQL 高可用性环境下故障切换和主从角色提升的高可用软件。在 MySQL 故障切换过程中，MHA 能做到在 0~30 秒之内自动完成数据库的主从故障切换操作，并且在进行故障切换的过程中，MHA 能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 M HA 由两部分组成： M H A M a n a g e （ r 管理节点 ） 和 M H A N o d e （数据节点 ） 。MHA Manager 可以单独部署在一台独立的机器上管理多个 master-slave 集群，也可以部署在一台 slave 节点上。MHA Node 运行在每台MySQL 服务器及Manager 服务器上，MHA Manager 会定时探测集群中的 master 节点，当 master 出现故障时，它可以自动将拥有最新数据的 slave 提升为新的 master，然后将所有其他的 slave 重新指向新提升的 master。整个故障转移过程对应用程序层面完全透明。 在 MHA 自动故障切换过程中

一、简介 　　　　你可以把它看做是一个监控MySQL的工具，当master挂了之后，起一个slave作为master，另外一台slave重新作为新master的备库； 　　　　所以MHA的架构做好是三台数据库，并且已经提前做好了主从模式（一主两从），MHA可以管理多组MySQL主从集群；VIP的跳转也 　　　　是通过keepalived来实现的，总体的架构设计如下图所示（借助网上的图片）： 　　Mycat： 　　　　实现读写分离、分库分表的一个开源的工具，我这里没有使用到分库分表的功能，只是单纯的做读写分离；mycat实现读写分离是在配置文件 　　　　中配置的，配置起来也比较的简单，下面会详细介绍，架构方面则是采用的如下图所示的架构模式： 二、MHA搭建安装 　　2.1 搭建（ 一主两从已经实现，这里不做阐述 ） 　　　　包分为两部分，一个是manager的包，另外一个是node包；包的下载地址为：https://pan.baidu.com/s/1D6v6yPeCTecaB68LwPZJ2A，密码：oyez 　　　　所有的节点都需要安装node包，然后所有的节点你都需要安装Perl的依赖包：perl-DBD-MySQL 　　　　如果还缺少其它包的话，那就见招拆招呗！！ 　　　　还有一点需要注意：那个manager包你可以单独部署在一台服务器上，也可以部署在其中一台node节点上 　

在配置好GTID复制后，配置MHA的高可用。 1.准备3台机器 192.168.31.100 主库 192.168.31.101 从库 192.168.31.104 从库 MHA控制节点 2.设置SSH免登陆 在100的机器执行如下命令： ssh-keygen 直接回车执行完毕 ssh-copy-id -i /root/.ssh/id_rsa -p 22 root@192.168.31.100 ssh-copy-id -i /root/.ssh/id_rsa -p 22 root@192.168.31.101 ssh-copy-id -i /root/.ssh/id_rsa -p 22 root@192.168.31.104 将生成的key copy到每台服务器。 其他两台机器都执行同样的操作。 原文：https://www.cnblogs.com/yg_zhang/p/9249065.html