** 记得之前发过一篇文章,名字叫《浅析MySQL高可用架构》,之后一直有很多小伙伴在公众号后台或其它渠道问我,何时有相关的深入配置管理文章出来,因此,民工哥,也将对前面的各类架构逐一进行整理,然后发布出来。那么今天将来发布的MHA的架构整体规划与配置操作。**

简单介绍

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

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,另外一台充当从库,因为至少需要三台服务器

布署规划

系统信息

[root@db250 ~]# cat /etc/redhat-release
CentOS release 6.8 (Final)
[root@db250 ~]# uname -r
2.6.32-642.el6.x86_64

数据库

mysql57-community-release-el6-9.noarch.rpm

环境规划

Db250 集群管理节点 192.168.4.250

Db251 主库 192.168.4.251

Db253 从库(备主库) 192.168.4.253

Db254 从库 192.168.4.254

架构图如下

配置SSH免密登陆与hosts文件

配置hosts文件

cat>>/etc/hosts<<EOF
192.168.4.250 db250
192.168.4.251 db251
192.168.4.253 db253
192.168.4.254 db254
EOF

配置完成后检查下

[root@db254 ~]# tail -4 /etc/hosts
192.168.4.250 db250
192.168.4.251 db251
192.168.4.253 db253
192.168.4.254 db254

配置SSH免密钥登陆

ssh-keygen -t rsa
ssh-copy-id 192.168.4.251
ssh-copy-id 192.168.4.253
ssh-copy-id 192.168.4.254



--------------以上配置所有服务器都需要配置----------------

安装mysql与配置主从同步

安装mysql数据库服务

rpm -ivh mysql57-community-release-el6-9.noarch.rpm
yum install mysql-community-server -y
/etc/init.d/mysqld start

默认密码是在

[root@db254 ~]# grep 'temporary password' /var/log/mysqld.log
2017-08-30T08:08:05.956867Z 1 [Note] A temporary password is generated for root@localhost: f;2YK51qXlo/

修改下默认密码吧,为了后面方便操作

mysql> alter user 'root'@'localhost' identified by '123456';

--------------以上配置三台数据库服务器都需要配置----------------

配置主从同步

Db251与db253的配置文件都需要配置开启binlog

server_id=251

log_bin=master-bin

log_bin_index=master-bin.index

server_id=253

log_bin=slave-bin

log_bin_index=slave-bin.index

log-slave-updates

relay_log_index=slave-relay-bin.index

relay_log=slave-relay-bin

server_id=254

relay_log_index=slave-relay-bin.index

relay_log=slave-relay-bin

同步主库数据到从库,主从同步操作请参考之前的文章

检查主从同步状态

mysql -uroot -p123456 -e "show slave status\G" |egrep "Slave_IO_Running|Slave_SQL_Running"



所有数据库节点配置MHA管理用户与权限

grant all on . to mha@'192.168.4.%' identified by '123456';

至此所有基础环境组建完成

安装配置MHA

https://downloads.mariadb.com/MHA/ 下载地址

整个MHA服务安装过程如下:

安装依赖包

yum install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch -y
yum install perl-Parallel-ForkManager perl-Time-HiRes –y

管理节点安装

rpm -ivh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
yum localinstall -y mha4mysql-manager-0.52-0.noarch.rpm
yum localinstall -y mha4mysql-node-0.52-0.noarch.rpm

其它节点安装

yum localinstall -y mha4mysql-node-0.52-0.noarch.rpm

安装过程中可能会报错,根据提示去解决

配置过程如下:

Mkdir /mha
[root@db250 ~]# vim /etc/masterha_default.cnf
[server default]
#刚才授权的mysql管理用戶名
user=mha
password=123456
manager_workdir=/mha
manager_log=/mha/manager.log
remote_workdir=/mha #ssh免密钥登录的帐号名
ssh_user=root
#mysql复制帐号,用来在主从机之间同步二进制日志等
repl_user=slave
repl_password=123456 #ping间隔,用来检测master是否正常
ping_interval= 1 [server1]
hostname=db251
master_binlog_dir=/var/lib/mysql
#候选master挂掉时候优先让它顶
candidate_master=1 [server2]
hostname=db253
master_binlog_dir=/var/lib/mysql/
candidate_master=1 [server3]
hostname=db254
master_binlog_dir=/var/lib/mysql/
no_master=1
#不能成为master

masterha_check_ssh 检查MHA的SSH配置状况

masterha_check_repl 检查MySQL复制状况

masterha_manger 启动MHA

masterha_check_status 检测当前MHA运行状态

masterha_master_monitor 检测master是否宕机

masterha_master_switch 控制故障转移(自动或者手动)

masterha_conf_host 添加或删除配置的server信息

验证操作

[root@db250 ~]# masterha_check_ssh --conf=/etc/masterha_default.cnf
检查主从同步
masterha_check_repl --conf=/etc/masterha_default.cnf



启动MHA服务

[root@db250 ~]# masterha_manager --conf=/etc/masterha_default.cnf &
[1] 2035
[root@db250 ~]# Fri Sep 1 01:52:25 2017 - [info] Reading default configuratoins from /etc/masterha_default.cnf..
Fri Sep 1 01:52:25 2017 - [info] Reading application default configurations from /etc/masterha_default.cnf..
Fri Sep 1 01:52:25 2017 - [info] Reading server configurations from /etc/masterha_default.cnf..

查看启动日志





好吧,到此MHA高可用总算成功了,也算可以的哈!

接下来模拟下故障,将db251关闭

[root@db251 ~]# /etc/init.d/mysqld stop
Stopping mysqld: [ OK ]

查看日志











发现新的主库已切换到db253这台服务器上了,接下来查看下主从同步的情况



当原来的主服务器故障修复后,需要手工将原主变成从

[root@db250 ~]# grep -i "All other slaves should start" /mha/manager.log
Fri Sep 1 01:59:05 2017 - [info] All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='db253 or 192.168.4.253', MASTER_PORT=3306, MASTER_LOG_FILE='slave-bin.000003', MASTER_LOG_POS=760546, MASTER_USER='slave', MASTER_PASSWORD='xxx';

因此此时我在原主库上执行操作将修复的主库改为从库





接下来在新的主库上写入数据来测试同步情况

Mysql MHA高可用集群架构的更多相关文章

  1. MySQL MHA 高可用集群部署及故障切换

    MySQL MHA 高可用集群部署及故障切换 1.概念 2.搭建MySQL + MHA 1.概念: a)MHA概念 : MHA(MasterHigh Availability)是一套优秀的MySQL高 ...

  2. MySQL MHA高可用集群部署及故障切换

    一.MHA概念MHA(MasterHigh Availability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件.MHA 的出现就是解决MySQL 单点的问题.MySQL故障切换过程中 ...

  3. MySQL mha 高可用集群搭建

    [mha] MHA作为MySQL故障切换和主从提升的高可用软件,在故障切换过程中,MHA能做到在0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一 ...

  4. Mysql+MHA高可用集群

    http://www.ttlsa.com/mysql/step-one-by-one-deploy-mysql-mha-cluster/

  5. (转)基于keepalived搭建MySQL的高可用集群

    基于keepalived搭建MySQL的高可用集群  原文:http://www.cnblogs.com/ivictor/p/5522383.html MySQL的高可用方案一般有如下几种: keep ...

  6. MongoDB 高可用集群架构简介

    在大数据的时代,传统的关系型数据库要能更高的服务必须要解决高并发读写.海量数据高效存储.高可扩展性和高可用性这些难题.不过就是因为这些问题Nosql诞生了. 转载自严澜的博文——<如何搭建高效的 ...

  7. MHA 高可用集群搭建(二)

    MHA 高可用集群搭建安装scp远程控制http://www.cnblogs.com/kevingrace/p/5662839.html yum install openssh-clients mys ...

  8. Java高可用集群架构与微服务架构简单分析

    序 可能大部分读者都在想,为什么在这以 dubbo.spring cloud 为代表的微服务时代,我要还要整理这种已经"过时"高可用集群架构? 本人工作上大部分团队都是7-15人编 ...

  9. 构建MHA实现MySQL高可用集群架构

    一.MHA简介 MHA(Master HighAvailability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开 ...

随机推荐

  1. java实现小学生四则运算

    GitHub地址:https://github.com/TaoTaoLv1/arithmetic 结对伙伴:叶文涛 项目要求: 实现一个自动生成小学四则运算题目的命令行程序. 使用 -n 参数控制生成 ...

  2. Snapshot origin volumes can be resized only while inactive: try lvchange -an

    事件现象:   最近同事在扩展VG时遇到了"Snapshot origin volumes can be resized only while inactive: try lvchange ...

  3. 前后端分离djangorestframework——版本控制组件

    什么是版本控制 在实际开发中,随着时间的更新迭代,我们维护的项目可能会有很多个版本,所以我们写的API也有很多个版本,但是迭代到高版本,不可能以前的版本就不用了,比如一个手机端的app,不定期发布新版 ...

  4. python-turtle 快给你的爷爷看看啥是 “小猪佩奇”

    完整代码: #!/usr/bin/env python2 # coding=utf-8 import turtle t = turtle.Pen() t.pensize(4) t.hideturtle ...

  5. IDEA: Call Hierarchy

    在日常开发中,查看某个方法.字段可能被用在哪些地方.这个是个很常见的操作. 例如,在使用Eclipse时,选择方法后,右键菜单里选择 show call hierarchy,即可查看有哪些地方调用了这 ...

  6. 浅析data:image/png;base64的应用

    ...我也是加一个网安交流群发现了他们的入群密码是这个 数据:图像/ PNG; BASE64,iVBORw0KGgoAAAANSUhEUgAAANwAAAAoCAIAAAAaOwPZAAAAAXNSR ...

  7. Python虚拟环境笔记

    虚拟环境 为什么需要虚拟环境: 到目前位置,我们所有的第三方包安装都是直接通过pip install xx的方式进行安装的,这样安装会将那个包安装到你的系统级的Python环境中.但是这样有一个问题, ...

  8. 【存储】RAID磁盘阵列选择

    RAID磁盘阵列(Redundant Arrays of Inexpensive Disks) 一个基本思想:将多个容量较小.相对廉价的磁盘进行有机组合,从而以较低的成本获得与昂贵大容量磁盘相当的容量 ...

  9. 关于LVS负载均衡tcp长连接分发的解决思路

    虽然应用keepalived搞定了后端服务负载均衡和高可用性问题,但是在具体应用的时候,还是要注意很多问题.很多应用都用tcp或者http的长连接,因为建立tcp连接或者http连接开销比较大,而应用 ...

  10. git 使用及常用命令介绍

    一.git 常用命令 git clone 地址 克隆项目 git status 查看当前状态 git add 文件或文件夹 (加入本地暂存目录) git commit -m "注释" ...