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

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 rep@‘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 &

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

标签：linux   出错   keygen   dir   date   secondary   分发   选择   文件