码迷,mamicode.com
首页 > 数据库 > 详细

MySQL高可用架构之MHA

时间:2019-12-14 18:46:37      阅读:99      评论:0      收藏:0      [点我收藏+]

标签:ast   git   半同步复制   原理   存储引擎   app1   facebook   ssh   一个   

一、MHA介绍

MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中,MHA能做到在0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用。

       MHA还提供在线主库切换的功能,能够安全地切换当前运行的主库到一个新的主库中(通过将从库提升为主库),大概0.5-2秒内即可完成。

  • 自动故障检测和自动故障转移

       MHA能够在一个已经存在的复制环境中监控MySQL,当检测到Master故障后能够实现自动故障转移,通过鉴定出最“新”的Salve的relay log,并将其应用到所有的Slave,这样MHA就能够保证各个slave之间的数据一致性,即使有些slave在主库崩溃时还没有收到最新的relay log事件。一个slave节点能否成为候选的主节点可通过在配置文件中配置它的优先级。由于master能够保证各个slave之间的数据一致性,所以所有的slave节点都有希望成为主节点。在通常的replication环境中由于复制中断而极容易产生的数据一致性问题,在MHA中将不会发生。

  • 交互式(手动)故障转移

       MHA可以手动地实现故障转移,而不必去理会master的状态,即不监控master状态,确认故障发生后可通过MHA手动切换

  • 在线切换Master到不同的主机

       MHA能够在0.5-2秒内实现切换,0.5-2秒的写阻塞通常是可接受的,所以你甚至能在非维护期间就在线切换master。诸如升级到高版本,升级到更快的服务器之类的工作,将会变得更容易。

二、MHA优势

• 自动故障转移快。

• 主库崩溃不存在数据一致性问题。

• 配置不需要对当前mysql环境做重大修改。

• 不需要添加额外的服务器(仅一台manager就可管理上百个replication)。

• 性能优秀,可工作在半同步复制和异步复制,当监控mysql状态时,仅需要每隔N秒向master发送ping包(默认3秒),所以对性能无影响。你可以理解为MHA的性能和简单的主从复制框架性能一样。

• 只要replication支持的存储引擎,MHA都支持,不会局限于innodb。

三、MHA组成

  MHA由Manager节点和Node节点组成。

       MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群,也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上,MHA Manager会定时探测集群中的master节点,当master出现故障时,它可以自动将最新数据的slave 提升为新的master,然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。

技术图片

四、MHA工作原理

• 从宕机崩溃的master保存二进制日志事件(binlog events);

• 识别含有最新更新的slave;

• 应用差异的中继日志(relay log)到其他的slave;

• 应用从master保存的二进制日志事件(binlog events);

• 提升一个slave为新的master;

• 使其他的slave连接新的master进行复制;

五、MHA安装

• 准备四个节点,其中一个是管理节点,三个是一主两从的环境

Manager节点:

MySQL03 (192.168.56.13) 

Node节点:

MySQL01 (192.168.56.11)

MySQL02 (192.168.56.12)

MySQL04 (192.168.56.14)

 

• 安装node节点

yum install -y perl-DBD-MySQL

wget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.58/mha4mysql-node-0.58-0.el7.centos.noarch.rpm 

rpm -ivh mha4mysql-node-0.58-0.el7.centos.noarch.rpm

 

• 安装manager节点

yum install -y perl-DBD-MySQL

wget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.58/mha4mysql-node-0.58-0.el7.centos.noarch.rpm 

rpm -ivh mha4mysql-node-0.58-0.el7.centos.noarch.rpm

wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm

rpm -ivh epel-release-latest-7.noarch.rpm

yum install perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager -y

wget https://github.com/yoshinorim/mha4mysql-manager/releases/download/v0.58/mha4mysql-manager-0.58-0.el7.centos.noarch.rpm

rpm -ivh mha4mysql-manager-0.58-0.el7.centos.noarch.rpm

 

• 在四个节点的/etc/hosts中添加主机内容:

192.168.56.11  MySQL01

192.168.56.12  MySQL02

192.168.56.13  MySQL03

192.168.56.14  MySQL04

 

• 在manager节点创建配置文件 

[root@MySQL03 ~]# cat /etc/app1.cnf
# mysql user and password
user=mha
password=456
repl_user=repl
repl_password=mysql
#linux user ssh_user
=root # working directory on the manager manager_workdir=/var/log/masterha/app1 # working directory on MySQL servers remote_workdir=/var/log/masterha/app1 [server1] hostname=MySQL01 port=3306 master_binlog_dir=/data/data [server2] hostname=MySQL02 port=3306 master_binlog_dir=/usr/local/mysql/data [server3] hostname=MySQL04 port=3306 master_binlog_dir=/usr/local/mysql/data

 

 

• 两个slave节点的my.cnf文件添加下面的参数:

log_bin=binlog
relay_log_purge=0

 

• 重启两个slave使配置文件生效

/etc/init.d/mysql.server restart

 

 • 创建‘mha‘@‘192.168.56.%‘用户用于manager节点监控mysql工作状态、操作mysql实例

create user mha@192.168.56.%;

GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, RELOAD, SUPER ON *.* TO `mha`@`192.168.56.%` identified by 456;

 

创建

create user repl@192.168.56.%;

GRANT REPLICATION SLAVE ON *.* TO `repl`@`192.168.56.%` identified by mysql;

MySQL高可用架构之MHA

标签:ast   git   半同步复制   原理   存储引擎   app1   facebook   ssh   一个   

原文地址:https://www.cnblogs.com/unux/p/12040391.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!