（项目六）Mha-Atlas-MySQL高可用方案实践

mha-mysql环境准备：

三台虚拟机，都安装了mysql，都关闭防火墙和selinux，同时在每台虚拟机上都做映射

软件包

1） mha管理节点安装包：

mha4mysql-manager-0.56-0.el6.noarch.rpm

mha4mysql-manager-0.56.tar.gz

2） mha node节点安装包：

mha4mysql-node-0.56-0.el6.noarch.rpm

mha4mysql-node-0.56.tar.gz

3） mysql中间件：

Atlas-2.2.1.el6.x86_64.rpm

4） mysql源码安装包

mysql-5.6.17-linux-glibc2.5-x86_64.tar

注意，mysql的安装包一定要用5.6版本及以上

软件简介

  • MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换过程中，MHA能最大程度上保证数据库的一致性，以达到真正意义上的高可用。
  • MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以独立部署在一台独立的机器上管理多个Master-Slave集群，也可以部署在一台Slave上。当Master出现故障时，它可以自动将最新数据的Slave提升为新的Master，然后将所有其他的Slave重新指向新的Master。整个故障转移过程对应程序是完全透明的。

工作流程

  • 从宕机崩溃的master保存二进制日志事件（binlog events）；
  • 识别含有最新更新的slave；
  • 应用差异的中继日志（relay log）到其他的slave；
  • 应用从master保存的二进制日志事件（binlog events）；
  • 提升一个slave为新的master；
  • 使其他的slave连接新的master进行复制；

MHA架构图

MHA工具介绍

MHA软件由两部分组成，Manager工具包和Node工具包，具体的说明如下：

  1. #Manager工具包主要包括以下几个工具：
  2. masterha_check_ssh #检查MHA的SSH配置状况
  3. masterha_check_repl #检查MySQL复制状况
  4. masterha_check_status #检测当前MHA运行状态
  5. masterha_master_monitor #检测master是否宕机
  6. masterha_manger #启动MHA
  7. masterha_master_switch #控制故障转移（自动或者手动）
  8. masterha_conf_host #添加或删除配置的server信息
  9. masterha_secondary_check #试图建立TCP连接从远程服务器
  10. masterha_stop #停止MHA
  11. #Node工具包主要包括以下几个工具：
  12. save_binary_logs #保存和复制master的二进制日志
  13. apply_diff_relay_logs #识别差异的中继日志事件
  14. filter_mysqlbinlog #去除不必要的ROLLBACK事件
  15. purge_relay_logs #清除中继日志

mysql安装过程略（在安装之前先安装ncurses-devel 和 libaio，本地yum即可安装 ）

在安装完mysql后设置密码：mysqladmin -uroot password ‘123456’

配置基于GTID的主从复制

先决条件

  • 主库和从库都要开启binlog
  • 主库和从库server-id不同
  • 要有主从复制用户

打开了GTID，就控制不了同步过程，一旦出现问题，得先关闭GTID才能修改

主库操作（Mysql-Master）

修改配置文件  （主要是开启二进制日志和server id）

修改完配置文件要重启mysqld服务

创建主从复制用户

从库操作（Mysql-slave1和Mysql-slave2）

从库配置文件和主库一样，只需要修改server id 即可，我把Mysql-slave1的改为5，Mysql-slave2的改为10，改完记得重启mysqld服务

特别提示：
在以往如果是基于binlog日志的主从复制，则必须要记住主库的master状态信息。

但是在MySQL5.6版本里多了一个Gtid的功能，可以自动记录主从复制位置点的信息，并在日志中输出出来。

开启GTID

修改配置文件，在mysqld模块加三条语句

[mysqld]

gtid_mode = ON
log_slave_updates
enforce_gtid_consistency

三台虚拟机都得加，加完后重启服务。

改完后查看GTID状态

再次提示： 

从库都必须要开启GTID，否则在做主从复制的时候就会报错.

主库配置主从复制(Mysql-slave1，Mysql-slave2)

开启从库的主从复制功能(Mysql-slave1，Mysql-slave2)

 

两个从库都执行以上步骤

从库设置(Mysql-slave1，Mysql-slave2)

需要把从库的relay-log日志自动删除功能给关闭，修改配置文件

改完需要重启服务

部署MHA

环境准备（所有节点Mysql-master，Mysql-slave1，Mysql-slave2）

主库上创建该账号从库会自动复制

部署管理节点（mha-manager）

在mysql-slave2上部署管理节点

使用阿里云源+epel源

wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-6.repo

wget -O /etc/yum.repos.d/epel-6.repo http://mirrors.aliyun.com/repo/epel-6.repo

然后yum -y install perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes

rpm -ivh mha4mysql-manager-0.56-0.el6.noarch.rpm

编辑配置文件

创建配置文件目录    mkdir -p /etc/mha

创建日志目录     mkdir -p /var/log/mha/mha1

创建配置文件（默认没有）

以上配置文件内容里每行的最后不要留有空格

特别说明： 
参数：candidate_master=1
解释：设置为候选master，如果设置该参数以后，发生主从切换以后会将此从库提升为主库，即使这个主库不是集群中事件最新的slave
参数：check_repl_delay=0
解释：默认情况下如果一个slave落后master 100M的relay logs 的话，MHA将不会选择该slave作为一个新的master，因为对于这个slave的恢复需要花费很长时间，通过设置check_repl_delay=0,MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master

配置ssh信任（所有节点Mysql-master，Mysql-slave1，Mysql-slave2）

每个虚拟机都创建密钥对 ssh-keygen -t dsa -P "" -f ~/.ssh/id_dsa

每个虚拟机的公钥都分发给所有虚拟机（包括自己）

启动测试

ssh检查检测

出现上图最后一行，表示成功

主从复制检测

（1）错误的主从复制检测

最后一行显示出错，大家应该都是这样的，这是说明Mysql-slave1和Mysql-slave2上没有主从复制账号

因此在Mysql-slave1和Mysql-slave2上添加主从复制的用户即可。

grant replication slave on *.* to [email protected]‘192.168.200.%‘ identified by ‘123123‘;

注意，创建完主从复制账号要刷新一下，否则还是会报错

flush  privileges；

再次检查

启动MHA

运行nohup masterha_manager --conf=/etc/mha/mha1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/mha1/manager.log 2>&1 &

原文地址：https://www.cnblogs.com/hai-better/p/10008529.html

时间： 2024-10-27 18:58:58

（项目六）Mha-Atlas-MySQL高可用方案实践的相关文章

MySQL高可用方案MHA自动Failover与手动Failover的实践及原理

集群信息 角色                             IP地址                 ServerID      类型 Master                         192.168.244.10   1                 写入 Candicate master          192.168.244.20   2                 读 Slave                           192.168.244.

[转载] MySQL高可用方案选型参考

原文: http://imysql.com/2015/09/14/solutions-of-mysql-ha.shtml?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io 本次专题是 MySQL高可用方案选型,这个专题想必有很多同学感兴趣. 高可用的意义以及各种不同高可用等级相应的停机时间我就不必多说了,直接进入主题. 可选MySQL高可用方案 MySQL的各种高可用方案,大多是基于以下几种基础来部署的: 基于主从复制:

五大常见的MySQL高可用方案【转】

1. 概述 我们在考虑MySQL数据库的高可用的架构时,主要要考虑如下几方面: 如果数据库发生了宕机或者意外中断等故障,能尽快恢复数据库的可用性,尽可能的减少停机时间,保证业务不会因为数据库的故障而中断. 用作备份.只读副本等功能的非主节点的数据应该和主节点的数据实时或者最终保持一致. 当业务发生数据库切换时,切换前后的数据库内容应当一致,不会因为数据缺失或者数据不一致而影响业务. 关于对高可用的分级在这里我们不做详细的讨论,这里只讨论常用高可用方案的优缺点以及高可用方案的选型. 2. 高可用方

MySQL高可用方案选型参考

本次专题是 MySQL高可用方案选型,这个专题想必有很多同学感兴趣. 高可用的意义以及各种不同高可用等级相应的停机时间我就不必多说了,直接进入主题. 可选MySQL高可用方案 MySQL的各种高可用方案,大多是基于以下几种基础来部署的: 基于主从复制: 基于Galera协议: 基于NDB引擎: 基于中间件/proxy: 基于共享存储: 基于主机高可用: 在这些可选项中,最常见的就是基于主从复制的方案,其次是基于Galera的方案,我们重点说说这两种方案.其余几种方案在生产上用的并不多,我们只简单

keepalived结合MHA实现mysql高可用

本例结合本博另一篇文章 MHA-大杀器实现MYSQL单主宕机时,VIP漂移实现高可用,环境请参考上一篇文章 本例使用keepalived-1.1.20.tar.gz版本 [[email protected] keepalived-1.1.20]# ./configure --sysconf=/etc/ #此项表示设置keepalived的根目录 如果编译报错"configure: error: Popt libraries is required" 则yum -y install po

MySQL高可用方案探究

来自 http://bbs.chinaunix.net/thread-3769165-1-1.html 最近花了点时间研究了一下mysql的高可用,总结成文档,希望对初学这有帮助. Lvs+Keepalived+Mysql单点写入主主同步高可用方案 http://blog.chinaunix.net/uid-20639775-id-3337448.html Lvs+Keepalived+Mysql单点写入读负载均衡主主同步高可用方案 http://blog.chinaunix.net/uid-2

Heartbeat+DRBD+MySQL高可用方案

Heartbeat+DRBD+MySQL高可用方案 =============================================================================== 概述: =============================================================================== 方案介绍  1.方案介绍及优缺点 ★方案介绍 本方案采用Heartbeat双机热备软件来保证数据库的高稳定性和连续性,数

[转]MYSQL高可用方案探究(总结)

前言 http://blog.chinaunix.net/uid-20639775-id-3337432.htmlLvs+Keepalived+Mysql单点写入主主同步高可用方案 http://blog.chinaunix.net/uid-20639775-id-3337448.htmlLvs+Keepalived+Mysql单点写入读负载均衡主主同步高可用方案http://blog.chinaunix.net/uid-20639775-id-3337471.htmlHeartbeat高可用M

Heartbeat+DRBD+MySQL高可用方案【转】

转自Heartbeat+DRBD+MySQL高可用方案 - yayun - 博客园 http://www.cnblogs.com/gomysql/p/3674030.html 1.方案简介 本方案采用Heartbeat双机热备软件来保证数据库的高稳定性和连续性,数据的一致性由DRBD这个工具来保证.默认情况下只有一台mysql在工作,当主mysql服务器出现问题后,系统将自动切换到备机上继续提供服务,当主数据库修复完毕,又将服务切回继续由主mysql提供服务. 2.方案优缺点 优点:安全性高.稳

Mha-Atlas-MySQL高可用方案实践。

Mha-Atlas-MySQL高可用方案实践(一) Mha-Atlas-MySQL高可用方案实践 一,mysql-mha环境准备 1.1 实验环境: 1.2 软件包 用到得所有包 链接:https://pan.baidu.com/s/19tiKXNEW4C6oWi9OFmcDYA 提取码:be07 1) mha管理节点安装包: mha4mysql-manager-0.56-0.el6.noarch.rpm mha4mysql-manager-0.56.tar.gz 2) mha node数据节点