MHA

环境 OS:Centos 7 1.下载安装介质 官网下载 我这里下载的是8.0.17 mysql-8.0.17-linux-glibc2.12-x86_64.tar.xz 2.创建mysql用户和用户组 #groupadd mysql #useradd -g mysql mysql #passwd mysql 3.下载解压安装 [root@localhost soft]# tar -xvf mysql-8.0.17-linux-glibc2.12-x86_64.tar.xz [root@localhost soft]# mv mysql-8.0.17-linux-glibc2.12-x86_64 /opt/mha/mysql8 4.创建相应的目录 [root@localhost mysql8]# mkdir data ##数据文件目录 [root@localhost mysql8]# mkdir conf ## 配置文件目录 [root@localhost mysql8]# mkdir redolog ##redo日志文件 [root@localhost mysql8]# mkdir -p mysqllog/relaylog ##主从环境relaylog [root@localhost mysql8]# mkdir -p mysqllog/logfile ##错误日志文件

一、关于MHA MHA（Master HA）是一款开源的MySQL的高可用程序，它为MySQL主从复制架构提供了automating master failover 功能。MHA在监控到master节点故障时，会提升其中拥有最新数据的slave节点成为新的master节点，在此期间，MHA会通过与其它从节点获取额外信息来避免一致性方面的问题。MHA还提供了master节点的在线切换功能，即按需切换master/slave节点。 相较于其它HA软件，MHA的目的在于维持MySQL Replication中Master库的高可用性，其最大特点是可以修复多个Slave之间的差异日志，最终使所有Slave保持数据一致，然后从中选择一个充当新的Master，并将其它Slave指向它。 二、MHA角色部署 MHA 服务有两种角色，MHA Manager（管理节点）和MHA Node（数据节点）： MHA Manager：通常单独部署在一台独立的机器上或者直接部署在其中一台slave上（不建议后者），管理多个master/slave集群，每个master/slave集群称作一个application；其作用有二： （1）master自动切换及故障转移命令运行 （2）其他的帮助脚本运行：手动切换master；master/slave状态检测 MHA node：运行在每台MySQL服务器上

Preface Framework Hostname IP Port Identity OS Version MySQL Version zlm2 192.168.1.101 3306 master CentOS 7.0 5.7.21 zlm3 192.168.1.102 3306 slave/mha-manager CentOS 7.0 5.7.21 null 192.168.1.200 null vip null null Procedure Downlaod the rpm package of MasterHA using below web link first: https://code.google.com/archive/p/mysql-master-ha/downloads MasterHA's wiki document. https://github.com/yoshinorim/mha4mysql-manager/wiki Configure ssh authentication between zlm2 and zlm3 from each other. 1 [root@zlm2 09:00:44 ~] 2 #ssh-keygen -t rsa 3 Generating public/private rsa key pair. 4 Enter file

一、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 服务器及 Manager 服务器上，MHA Manager 会定时探测集群中的 master 节点，当 master 出现故障时，它可以自动将拥有最新数据的 slave 提升为新的 master，然后将所有其他的 slave 重新指向新提升的 master。整个故障转移过程对应用程序层面完全透明。 在 MHA 自动故障切换过程中，MHA 会试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失，但这种操作是有概率性的。MHA 可以与半同步复制结合起来。如果只有一个 slave 已经收到了最新的二进制日志，MHA

yum install perl-DBD-MySQL -y 1005 rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm 1006 mysql -uroot -p123 1007 ln -s /usr/local/mysql/bin/mysql /usr/bin/ 1008 rm /usr/bin/mysql 1009 ln -s /usr/local/mysql/bin/mysql /usr/bin/ 1010 ln -s /usr/local/mysql/bin/mysqlbinlog /usr/bin/ 1011 rm /usr/bin/mysqlbinlog 1012 ln -s /usr/local/mysql/bin/mysqlbinlog /usr/bin/ 1013 ll /usr/bin/mysql* 1014 yum install -y perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes 1015 rz -E 1016 ll 1017 rpm -ivh mha4mysql-manager-0.56-0.el6.noarch.rpm 　　 来源： https://www.cnblogs.com

proxysql系列部署和测试 1 搭建整套环境 keepalived+proxysql+mha,准备好测试脚本 2 模拟以下环节 0 程序接入,是否能正常访问 1 单台proxsyql挂掉,程序是否能正常访问 2 数据库主库挂掉,程序是否能正常访问 3 相关细节维护 1 主库提供VIP,而非真实IP 2 当MHA进行切换后,踢掉新主的真实IP,原主修复加入集群后提供读功能 3 mysql-monitor_slave_lag_when_null 配置必须大于max_lags才会生效 4 线上部署建议单个业务进行接入 来源： https://www.cnblogs.com/danhuangpai/p/11731813.html

前期环境部署： 配置所有主机名称： master1 主机: hostname server01 bash master2 主机: hostname server02 bash slave1 主机: hostname server03 bash slave2 主机: hostname server04 bash manager 主机: hostname server05 bash 配置所有主机名映射： vim /etc/hosts //在每台机器上操作 192.168.96.4 server01 192.168.96.5 server02 192.168.96.6 server03 192.168.96.7 server04 192.168.96.9 server05 scp /etc/hosts 192.168.96.4:/etc/ scp /etc/hosts 192.168.96.5:/etc/ scp /etc/hosts 192.168.96.6:/etc/ scp /etc/hosts 192.168.96.9:/etc/ //每台机器都发送 所有主机关闭防火墙和安全机制：（每台机器都操作） systemctl stop firewalld iptables -F setenforce 0 下载mha-manager和mha-noda 网址：http:/

一、MHA 简介 二、前期环境部署 五台主机：server01 server02 server03 server04 server05 配置映射所有主机 [root@server05 ~]# vim /etc/hosts 192.168.200.111 server01 192.168.200.112 server02 192.168.200.113 server03 192.168.200.114 server04 192.168.200.115 server05 传给其他主机 scp /etc/hosts 192.168.200.111:/etc/ 关闭防火墙 systemctl stop firewalld setenforce 0 iptables -F 安装MHA node -------------------------------------------------- rpm -ivh epel-release-latest-7.noarch.rpm yum install -y perl-DBD-MySQL.x86_64 perl-DBI.x86_64 perl-CPAN perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker --------------------------------------------------

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

一、工作流程 （1）从宕机崩溃的 master 上尝试保存二进制日志事件（binlog events）; （2）识别含有最新更新的 slave 服务器； （3）应用差异的中继日志（relay log）到其他的 slave； （4）应用从 master 保存的二进制日志事件（binlog events）； （5）提升一个 slave 为新的 master 服务器； （6）将其他的 slave 连接指向新的 master 进行主从复制； 二、实验环境 1、注意安装环境，安装工具软件包net-tools 2、 主机名 IP地址 角色 serverID 数据库类型 server01 192.168.200.111 primary master1 1 写入 server02 192.168.200.112 secondary master2 2 写入 server03 192.168.200.113 slave1 3 读取 server04 192.168.200.114 slave2 4 读取 server05 192.168.200.115 manager 监控复制组 其中primary master对外提供写服务，备选secondary master实际相当于slave，提供读取服务，salve1和slave2也提供相关读服务，一旦primary master宕机