MHA

版权声明：本文由易固武原创文章，转载请注明出处: 文章原文链接： https://www.qcloud.com/community/article/203 来源：腾云阁 https://www.qcloud.com/community MySQL数据库是目前开源应用最大的关系型数据库，有海量的应用将数据存储在MySQL数据库中。存储数据的安全性和可靠性是生产数据库的关注重点。本文分析了目前采用较多的保障MySQL可用性方案。 MySQL Replication MySQL Replication是MySQL官方提供的主从同步方案，用于将一个MySQL实例的数据，同步到另一个实例中。Replication为保证数据安全做了重要的保证，也是现在运用最广的MySQL容灾方案。Replication用两个或以上的实例搭建了MySQL主从复制集群，提供单点写入，多点读取的服务，实现了读的scale out。 图1. MySQL Replication主从复制集群 如图一所示，一个主实例（M），三个从实例（S），通过replication，Master生成event的binlog，然后发给slave，Slave将event写入relaylog，然后将其提交到自身数据库中，实现主从数据同步。对于数据库之上的业务层来说，基于MySQL的主从复制集群，单点写入Master

一.知识剖析: MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于 Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障切换过程中，MHA能做到在 0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 该软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。 MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。 目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库 注意： 1.需要奇数个结点 2.每一个节点都要安装master和master

环境： 192.168.205.37: as MHA server 192.168.205.47: as Master server 192.168.205.57: as Slave1 server 192.168.205.67: as Slave2 server 版本： OS: centos 7 1810 with mini install mariadb-server 5.5.60 mha4mysql-manager-0.56-0.el6.noarch.rpm mha4mysql-node-0.56-0.el6.noarch.rpm 目地： MHA使用perl脚本写的程序，当主节点down时如果从节点复制没有完成时，当他成为主节点后，它需要尝试将主节点的二进制日志复制到新的主节点，从而保证数据的完整性，所以它需要sshkey验证。我们使用一台做为管理节点，其中三个为数据库节点，一主两从，模拟主节点down机，看从是如何被提升为主节点的。 安装数据库 安装mariadb使用如下脚本： [root@master data]#cat maridb_yum.sh #!/bin/bash ID=`ip a show dev eth0 | sed -r '3!d;s@(.*inet)(.*)(/.*)@\2@' | cut -d. -f4` rpm -q mariadb-server |

安装环境说明 MySQL安装（略） 操作系统： CentOS7（64位都可以）（略） MHA安装： 　　下载： 　　mha4mysql-manager： wget https://github.com/yoshinorim/mha4mysql-manager/releases/download/v0.58/mha4mysql-manager-0.58-0.el7.centos.noarch.rpm 　　mha4mysql-node： wget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.58/mha4mysql-node-0.58-0.el7.centos.noarch.rpm 　　安装： 　　　　分别再mysql节点和manager节点安装 yum localinstall -y mha4mysql-node-0.58-0.el7.centos.noarch.rpm yum localinstall -y mha4mysql-manager-0.58-0.el7.centos.noarch.rpm 　　实质上：node节点（MySQL节点）只需要安装mha4mysql-node，但需要注意：需要先安装node包，然后再安装manager包，但为了管理上房本，建议在所有的节点上执行以上的安装

如何避免mysql单点故障 利用mysql主从复制来解决mysql单点故障 如何解决主服务器的单点问题 主服务器切换后，如何通知应用新的主服务器的ip地址 如何检查mysql主服务器是否可用 如何处理从服务器和新主服务器之间的那种复制关系 解决这些问题使用第三方管理组件一种是mmm （Multi-Master Replicatin Manager）,它是perl语言开发的一套用于管理mysql主主同步架构的一种工具集，主要作用是，监控和管理mysql的主主复制拓扑，并在当前的主服务器失效时，进行主和主备服务器之间的主从切换和故障转移工作。 MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度的保证业务可用性的场景。对于那些对数据的一致性要求很高的业务，非常不建议采用MMM这种高可用架构。 MMM提供了什么功能 MMM监控mysql主从复制健康情况 在主库出现宕机时进行故障转移并自动配置其它从对新主的复制 MMM部署步骤 1、配置主主复制及主从同步集群 2、安装主从节点所需要的支持包 3、安装及配置MMM工具集 4、运行MMM监控服务 5、测试 MHA（Master High Availability

. 以下操作基于rhel6.5 Mysql的高可用MHA实现 Server3：172.25.50.3 master Server4：172.25.50.4 Candicate slave Server5：172.25.50.5 slave Server2: 172.25.50.2 monitor Server3是master，Server4和server5是server3的slave,其中master对外提供写服务，备选master（实际的slave，主机名server4） 提供读服务，另一个slave也提供相关的读服务，一旦master宕机，将会把备选master提升为新的master，slave指向新的master。 一．基础知识 MHA（Master High Availability）是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点） 。 目前MHA主要支持一主多从的架构， 要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器， 一主二从，即一台充当master，一台充当备用master

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

***********MHA高可用+Atlas读写分离配置*********** 关闭防火墙SELinux rpm源码包下载： http://pan.baidu.com/s/1gfu4T39 92i2 1、构建本地YUM仓库： cd /etc/yum.repos.d/ mkdir bak mv C* ./bak/ cp ./bak/CentOS-Media.repo . 2、本地光盘yum安装依赖： yum install ncurses-devel libaio-devel -y yum install openssh-clients -y #密钥分发需要 3、创建mysql程序用户： useradd -M -s /sbin/nologin mysql 4、创建软连接： tar xf mysql-5.6.17-linux-glibc2.5-x86_64.tar.gz -C /usr/local/ ln -s /usr/local/mysql-5.6.17-linux-glibc2.5-x86_64/ /usr/local/mysql 5、创建软连接命令，如果装有yum，查看命令的具体位置，否则在使用命令时会出现错误： ln -s /usr/local/mysql/bin/* /usr/local/bin/ 6、复制启动脚本 [root@mha-01 ~]# cp /usr

MySQL集群 MySQL高可用 MMM: Multi-Master Replication Manager for MySQL，Mysql主主复制管理器是一套灵活的脚本程序，基于perl实现，用来对mysql replication进行监控和故障迁移，并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的)   官网： http://www.mysql-mmm.org    https://code.google.com/archive/p/mysql-master-master/downloads MHA： Master High Availability，对主节点进行监控，可实现自动故障转移至其它从节点；通过提升某一从节点为新的主节点，基于主从复制实现，还需要客户端配合实现，目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，出于机器成本的考虑，淘宝进行了改造，目前淘宝TMHA已经支持一主一从   官网: https://code.google.com/archive/p/mysql-master-ha/ Galera Cluster：wsrep(MySQL extended with the Write Set

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实现高可用的办法 架构适用场景