mysql mha配置文件详解_十四、MySQL MHA 高可用配置（一）

MHA 高可用

1.准备三台机器

IP：10.0.0.51 主机名：db01 内存：2G

IP：10.0.0.52 主机名：db02 内存：2G

IP：10.0.0.53 主机名：db03 内存：2G

2.优化

一、MHA概述

1.简介

MHA能够在较短的时间内实现自动故障检测和故障转移，通常在10-30秒以内;在复制框架中，MHA能够很好地解决复制过程中的数据一致性问题，由于不需要在现有的replication中添加额外的服务器，仅需要一个manager节点，而一个Manager能管理多套复制，所以能大大地节约服务器的数量;另外，安装简单，无性能损耗，以及不需要修改现有的复制部署也是它的优势之处。

​

MHA还提供在线主库切换的功能，能够安全地切换当前运行的主库到一个新的主库中(通过将从库提升为主库),大概0.5-2秒内即可完成。

​

MHA由两部分组成：MHA Manager(管理节点)和MHA Node(数据节点)。MHA Manager可以独立部署在一台独立的机器上管理多个Master-Slave集群，也可以部署在一台Slave上。当Master出现故障时，它可以自动将最新数据的Slave提升为新的Master,然后将所有其他的Slave重新指向新的Master。整个故障转移过程对应用程序是完全透明的。

2.MHA原理

当Master出现故障时，它可以自动将最新数据的Slave提升为新的Master,然后将所有其他的Slave重新指向新的Master。

​

整个故障转移过程对应用程序是完全透明的。

3.原理图解

#原理步骤

1.主库出现故障，立刻保存binlog(主库上的node节点)

2.对比多个从的relay-log找出数据最新的从库(从库上的node节点)

3.将数据最新的从库数据同步到其他从库

4.将数据最新的从库提升为主库(我们可以指定某一台机器优先提升为主库)

5.通过出现故障主库的binlog补全新的主库数据

6.其他从库重新做主从，以新的主库为主

#问题：

1.如果主库断电，如何保存binlog，或者将binlog给新的主库同步？

2.relay-log不是一直保存，执行完会删除，删除了怎么和最新的从库对比数据？

3.从库开启binlog，也不记录，那么提升为主库之后，从库如何同步？

4.MHA架构

#MHA架构特点：

1.MHA属于C/S结构(manager,node)

2.manager尽量避免和master主库放在一起

3.一个manager节点可以管理多套主从集群

4.所有的机器都要安装node节点

5.manager是通过ssh协议去管理node节点的，所以所有机器之间都要做ssh免密

6.MHA可以在mysql主从运行中添加，不影响mysql的使用

7.主库的binlog是node节点进行保存的

8.从库提升为主库也是由node节点完成的

二、MHA工具

1.manager相关工具

#解压源码包

[root@db01 ~]# tar xf mha4mysql-manager-0.56.tar.gz

#查看工具

[root@db01 ~]# ll mha4mysql-manager-0.56/bin/

​

#检查主从复制状态

masterha_check_repl

#检查ssh免密连接

masterha_check_ssh

#检查MHA启动状态

masterha_check_status

#配置主机信息的工具

masterha_conf_host

[server2]

hostname=10.0.0.52

port=3306

[server3]

hostname=10.0.0.53

port=3306

#manager的启动程序

masterha_manager

#监控MHA主节点状态

masterha_master_monitor

#切换主库

masterha_master_switch

#建立TCP连接工具

masterha_secondary_check

#停止MHA工具

masterha_stop

​

#我们手动需要使用的工具：

masterha_check_repl

masterha_check_ssh

masterha_manager

masterha_stop

2.node节点相关工具

#解压包

[root@db01 ~]# tar xf mha4mysql-node-0.56.tar.gz

​

#查看工具

[root@db01 ~]# ll mha4mysql-node-0.56/bin/

​

#对比从库的relay-log，选出数据最新的从库

apply_diff_relay_logs

#防止数据回滚

filter_mysqlbinlog

#删除relay-log，我们要关闭自动删除relay-log

purge_relay_logs

#保存binlog日志

save_binary_logs

三、MHA优点

1)Masterfailover and slave promotion can be done very quickly

自动故障转移快

​

2)Mastercrash does not result in data inconsistency

主库崩溃不存在数据一致性问题

​

3)Noneed to modify current MySQL settings (MHA works with regular MySQL)

不需要对当前mysql环境做重大修改

​

4)Noneed to increase lots of servers

不需要添加额外的服务器(仅一台manager就可管理上百个replication)

​

5)Noperformance penalty

性能优秀，可工作在半同步复制和异步复制，当监控mysql状态时，仅需要每隔N秒向master发送ping包(默认3秒)，所以对性能无影响。你可以理解为MHA的性能和简单的主从复制框架性能一样。

#ping www.baidu.com(icmp协议)

#sql ping 检测主库是否存活

​

6)Works with any storage engine

只要replication支持的存储引擎，MHA都支持，不会局限于innodb

四、部署MHA

1.环境准备

主机IP身份

db01

10.0.0.51

master

db02

10.0.0.52

slave

db03

10.0.0.53

slave，manager

2.做主从

1)配置三台机器

[root@db01 ~]# cat /etc/my.cnf

[mysqld]

server_id=1

log_bin=mysql-bin

​

[root@db02 ~]# cat /etc/my.cnf

[mysqld]

server_id=2

log_bin=mysql-bin

​

[root@db03 ~]# cat /etc/my.cnf

[mysqld]

server_id=3

log_bin=mysql-bin

2)授权主从用户

mysql> grant replication slave on *.* to rep@'172.16.1.%' identified by '123';

Query OK, 0 rows affected (0.00 sec)

3)查看binlog信息

mysql> show master status;

+------------------+----------+

| File             | Position |

+------------------+----------+

| mysql-bin.000004 |      120 |

+------------------+----------+

4)从库执行同步

#执行同步语句

change master to

master_host='172.16.1.51',

master_user='rep',

master_password='123',

master_log_file='mysql-bin.000004',

master_log_pos=120;

​

#启动线程

mysql> start slave;

Query OK, 0 rows affected (0.01 sec)

3.部署MHA之前的操作

1.检查主从状态

2.所有数据库配置关闭自动删除relay-log的功能

#主库：

mysql> set GLOBAL relay_log_purge=0;

Query OK, 0 rows affected (0.00 sec)

[root@db01 ~]# vim /etc/my.cnf

[mysqld]

relay_log_purge=0

#从库

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

relay_log_purge=0

[root@db03 ~]# vim /etc/my.cnf

[mysqld]

relay_log_purge=0

3.配置从库只读

set global read_only=1;

4.检查三台机器server_id必须全都不相同

5.从库也要创建主从用户

grant replication slave on *.* to rep@'172.16.1.%' identified by '123';

6.开启从库保存binlog

[root@db01 ~]# vim /etc/my.cnf

[mysqld]

log_slave_updates

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

log_slave_updates

[root@db03 ~]# vim /etc/my.cnf

[mysqld]

log_slave_updates

#重启从库

[root@db02 ~]# systemctl restart mysqld

[root@db03 ~]# systemctl restart mysqld

#三台机器配置文件

​

#主库

[root@db01 ~]# vim /etc/my.cnf

[mysqld]

server_id=1

innodb_data_file_path=ibdata1:76M;ibdata2:12M:autoextend

log_bin=mysql-bin

relay_log_purge=0

log_slave_updates

​

#从库1

[root@db02 ~]# vim /etc/my.cnf

[mysqld]

server_id=2

log_bin=mysql-bin

relay_log_purge=0

log_slave_updates

​

#从库2

[root@db03 ~]# vim /etc/my.cnf

[mysqld]

server_id=3

log_bin=mysql-bin

relay_log_purge=0

log_slave_updates

4.部署MHA

1)安装依赖(所有机器)

[root@db01 ~]# yum install perl-DBD-MySQL -y

[root@db02 ~]# yum install perl-DBD-MySQL -y

[root@db03 ~]# yum install perl-DBD-MySQL -y

2)安装manager节点依赖(db03)

[root@db03 ~]# yum install -y perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes perl-DBD-MySQL

3)安装node节点(所有机器)

#上传代码包

[root@db01 ~]# rz mha4mysql-manager-0.56-0.el6.noarch.rpm

[root@db02 ~]# rz mha4mysql-manager-0.56-0.el6.noarch.rpm

[root@db03 ~]# rz mha4mysql-manager-0.56-0.el6.noarch.rpm

​

#安装

[root@db01 ~]# yum localinstall -y mha4mysql-node-0.56-0.el6.noarch.rpm

[root@db02 ~]# yum localinstall -y mha4mysql-node-0.56-0.el6.noarch.rpm

[root@db03 ~]# yum localinstall -y mha4mysql-node-0.56-0.el6.noarch.rpm

4)部署manager节点(db03)

#上传代码包

[root@db03 ~]# rz mha4mysql-manager-0.56-0.el6.noarch.rpm

​

#安装

[root@db03 ~]# yum localinstall -y mha4mysql-manager-0.56-0.el6.noarch.rpm

5)添加一个MHA管理数据库的用户(所有机器)

#主库执行即可

mysql> grant all on *.* to mha@'172.16.1.%' identified by 'mha';

Query OK, 0 rows affected (0.01 sec)

6)配置软连接

#如果不能直接执行数据库命令的时候，如果不创建命令软连接，检测mha复制情况的时候会报错

[root@db03 ~]# ln -s /application/mysql/bin/mysqlbinlog /usr/bin/mysqlbinlog

[root@db03 ~]# ln -s /application/mysql/bin/mysql /usr/bin/mysql

7)编写MHA配置文件(db03)(完整配置)

#创建存放配置文件的目录

[root@db03 ~]# mkdir /service/mha -p

​

#编辑配置文件

[root@db03 ~]# vim /service/mha/app1.cnf

#注释

[root@db01 ~]# cat /service/mha/app1.cnf

#默认配置

[server default]

#自定义日志文件

manager_log=/service/mha/manager

#自定义工作目路

manager_workdir=/service/mha/app1

#主库的binlog目录

master_binlog_dir=/usr/local/mysql/data

#ip漂移脚本路径

master_ip_failover_script=/service/mha/master_ip_failover

#MHA管理数据库的用户

user=mha

#MHA管理数据库的用户密码

password=mha

#检测主库存活的间隔时间

ping_interval=2

#主从复制的用户

repl_user=rep

#主从复制的密码

repl_password=123

#指定ssh免密的用户

ssh_user=root

​

#指定主机

[server1]

hostname=172.16.1.51

port=3306

​

[server2]

#candidate_master=1

#check_repl_delay=0

hostname=172.16.1.52

port=3306

​

[server3]

hostname=172.16.1.53

port=3306

​

#开启主库binlog实时备份

[binlog1]

no_master=1  #开启备份

hostname=172.16.1.53  #备份存放的主机

master_binlog_dir=/service/mha/binlog    #备份存放的路径

​

candidate_master=1

#默认情况下如果一个slave落后master 100M的relay logs的话，MHA将不会选择该slave作为一个新的master，因为对于这个slave的恢复需要花费很长时间，通过设置check_repl_delay=0,MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master

check_repl_delay=0

8)创建工作目录

[root@db03 ~]# mkdir /service/mha/app1

9)配置服务器免密

#创建秘钥对

[root@db01 ~]# ssh-keygen -t dsa -P '' -f ~/.ssh/id_dsa >/dev/null 2>&1

[root@db02 ~]# ssh-keygen -t dsa -P '' -f ~/.ssh/id_dsa >/dev/null 2>&1

[root@db03 ~]# ssh-keygen -t dsa -P '' -f ~/.ssh/id_dsa >/dev/null 2>&1

​

#发送公钥，包括自己

[root@db01 ~]# ssh-copy-id -i /root/.ssh/id_dsa.pub root@172.16.1.51

[root@db02 ~]# ssh-copy-id -i /root/.ssh/id_dsa.pub root@172.16.1.52

[root@db03 ~]# ssh-copy-id -i /root/.ssh/id_dsa.pub root@172.16.1.53

10)启动前检测

1.检查ssh免密

[root@db03 ~]# masterha_check_ssh --conf=/service/mha/app1.cnf

​

2.检查主从状态

[root@db03 ~]# masterha_check_repl --conf=/service/mha/app1.cnf

#如果报错，可能是没有配置反向解析

11)启动MHA

[root@db03 ~]# nohup masterha_manager --conf=/service/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /service/mha/app1/manager.log 2>&1 &

​

nohup #后台启动

masterha_manager #MHA启动程序

--conf=/service/mha/app1.cnf #指定配置文件

--remove_dead_master_conf #移除死掉的主节点配置

--ignore_last_failover #忽略最后一次切换

< /dev/null > /service/mha/app1/manager.log 2>&1 把日志写入到指定文件

​

#安全机制

1.完成一次切换后，会生成一个锁文件

2.再次进行切换时，会检查锁文件

3.如果锁文件存在，则不能进行切换，8小时后才能进行再次切换

12)查看日志测试切换

#监控日志

[root@db03 ~]# tail -f /service/mha/manager

​

#停掉主库

[root@db01 ~]# systemctl stop mysqld