我的编程空间,编程开发者的网络收藏夹
学习永远不晚

MySQL高可用架构之MHA

短信预约 信息系统项目管理师 报名、考试、查分时间动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

MySQL高可用架构之MHA

一、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";

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

MySQL高可用架构之MHA

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

MySQL高可用架构之MHA

一、MHA介绍  MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主
MySQL高可用架构之MHA
2019-01-11

MySQL高可用之MHA架构企业实战

?????? 哈喽!大家好,我是【IT邦德】,江湖人称jeames007,10年DBA工作经验 一位上进心十足的【大数据领域博主】!??? 中国DBA联盟(ACDU)成员,目前从事DBA及程序编程 擅长主流数据Orac
2023-08-17

MySQL高可用架构-MMM、MHA、MGR、PXC

主从复制如何工作在主库把数据记录到binlog(二进制日志)。备库开IO线程把binlog复制到自己的relaylog(中继日志)。备库读取中继日志,重放到备库上。半同步复制半同步复制可以确保备库拥有主库数据的拷贝,减少了数据丢失的危险。半同步复制在提交过程中
MySQL高可用架构-MMM、MHA、MGR、PXC
2015-08-21

【赵强老师】MySQL高可用架构:MHA

MHA(Master HA)是一款开源的 MySQL 的高可用程序,它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时,会提升其中拥有最新数据的 slave 节点成为新的
【赵强老师】MySQL高可用架构:MHA
2019-11-27

mysql架构类问题之MHA架构

MHA 架构适用的主从复制架构 主 / | 从1 从2 从3故障转移步骤选举具有最新更新的slave尝试从宕机的master保存二进制日志应用差异的中继日志到其他slave应用从master保存的二进制日志提升选举的slave为新的master配置其他slav
mysql架构类问题之MHA架构
2015-04-12

MySQL高可用架构-MMM、MHA、MGR、PXC(补小结,laoqi)

小结MMM是MHA是MGR是主从复制如何工作在主库把数据记录到binlog(二进制日志)。备库开IO线程把binlog复制到自己的relaylog(中继日志)。备库读取中继日志,重放到备库上。半同步复制半同步复制可以确保备库拥有主库数据的拷贝,减少了数据丢失的
MySQL高可用架构-MMM、MHA、MGR、PXC(补小结,laoqi)
2019-01-17

编程热搜

目录