Mysql MHA高可用集群架构

记得之前发过一篇文章，名字叫《浅析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，另外一台充当从库，因为至少需要三台服务器

布署规划
系统信息

[[email protected] ~]# cat /etc/redhat-release
CentOS release 6.8 (Final)
[[email protected] ~]# 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

配置完成后检查下

[[email protected] ~]# 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

默认密码是在

[[email protected] ~]# grep ‘temporary password‘ /var/log/mysqld.log
2017-08-30T08:08:05.956867Z 1 [Note] A temporary password is generated for [email protected]: 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 [email protected]‘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
[[email protected] ~]# 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信息

验证操作

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


启动MHA服务

[[email protected] ~]# masterha_manager --conf=/etc/masterha_default.cnf &
[1] 2035
[[email protected] ~]# 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关闭

[[email protected] ~]# /etc/init.d/mysqld stop
Stopping mysqld:              [  OK  ]

查看日志





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


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

[[email protected] ~]# 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‘;

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



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

原文地址：http://blog.51cto.com/mingongge/2060401

时间： 2024-10-18 17:15:05

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

MySQL数据库——MHA高可用集群架构（实战！！！）

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

各种报错，搭建Mysql MHA高可用集群时踩的各种坑

mha下载地址,需要翻墙 https://code.google.com/p/mysql-master-ha/ 管理软件 mha4mysql-manager-0.52-0.noarch.rpm 节点软件 mha4mysql-node-0.52-0.noarch.rpm 环境介绍 Centos6.7 X64 192.168.30.210 monitor 192.168.30.211 db1 (master) 192.168.30.212 db2  (备master) 192.168.30.213 

企业主流MySQL高可用集群架构三部曲之PXC

前段时间,老张给大家介绍了企业中主流MySQL高可用集群架构三部曲中的前两部,有不了解的同学可以去访问我之前的博客内容. 第一部曲直通车>> 企业中MySQL主流高可用架构实战三部曲之MHA 第二部曲直通车>>企业中MySQL高可用集群架构三部曲之MM+keepalived 独家新课程上线>>MySQL体系结构深入剖析及实战DBA视频课程 今儿给大家介绍最后一部曲,是percona公司的percona xtraDB cluster.简称PXC.它是基于GaLera协议的

玩转MHA高可用集群

MHA高可用集群 =============================================================================== 概述:  本章将主要介绍MySQL中MHA高可用集群的相关内容,如下: MHA的功能介绍: MHA的集群架构,工作原理: CentOS 7上MHA实战配置部署及故障转移测试: =========================================================================

带你玩转MHA高可用集群

一.简介 MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,现在很多大型的电商网站都采用此解决方案例如:某宝.某东.某会,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件.在MySQL故障切换过程中,MHA能做到在0~30秒之内手动或自动(如需自动需结合使用脚本实现)完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用性,就因为有此特性,受到很多大型电

MHA高可用集群

MHA高可用集群 文章目录 一.MHA 简介:二.部署 MHA:第一步:三台主从服务器安装 mysql第二步:修改 mysql 的主配置文件:/etc/my.cnf ,注意三台服务器的 server-id 不能一样第三步:三台服务器启动 mysql 服务第四步:配置 Mysql 主从同步(一主两从)第五步:安装 MHA第六步:启动 MHA 一.MHA 简介: MHA(Master High Availability) (1)简介 目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeN

基于keepalived搭建MySQL的高可用集群

http://www.cnblogs.com/ivictor/p/5522383.html 基于keepalived搭建MySQL的高可用集群 MySQL的高可用方案一般有如下几种: keepalived+双主,MHA,MMM,Heartbeat+DRBD,PXC,Galera Cluster 比较常用的是keepalived+双主,MHA和PXC. 对于小公司,一般推荐使用keepalived+双主,简单. 下面来部署一下 配置环境: 角色                          

MongoDB 高可用集群架构简介

在大数据的时代,传统的关系型数据库要能更高的服务必须要解决高并发读写.海量数据高效存储.高可扩展性和高可用性这些难题.不过就是因为这些问题Nosql诞生了. 转载自严澜的博文--<如何搭建高效的MongoDB集群> NOSQL有这些优势: 大数据量,可以通过廉价服务器存储大量的数据,轻松摆脱传统mysql单表存储量级限制. 高扩展性,Nosql去掉了关系数据库的关系型特性,很容易横向扩展,摆脱了以往老是纵向扩展的诟病. 高性能,Nosql通过简单的key-value方式获取数据,非常快速.还有

MHA 高可用集群搭建（二）

MHA 高可用集群搭建安装scp远程控制http://www.cnblogs.com/kevingrace/p/5662839.html yum install openssh-clients mysql5.7运行环境:centos6.51 主机部署 manager:192.168.133.141test1: 192.168.133.138test2:192.168.133.139 (为master1的备用)test3: 192.168.133.140 test1为主,test2和test3为备