基于MHA和Galera Cluster实现MySQL高可用

159次阅读

共计 12039 个字符，预计需要花费 31 分钟才能阅读完成。

MHA：Master HA；是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时，会将拥有最新数据的 slave 节点升为新的 master 节点，在此期间，MHA 会通过于 slave 节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点在线切换功能，即按需切换 master/slave 节点

MHA 服务有两种角色：管理节点（MHA Manager）和数据节点（MHA Node）

MHA Manager：通常单独部署在一台独立服务器上管理多个 master/slave 集群，每个 master/slave 集群称为一个 application

MHA Node：运行在每台 MySQL 服务器上（master/slave/manager），他通过监控具备解析和清理 logs 功能的脚本来加快故障转移

Galera Cluster

基于 wsrep 协议在全局实现复制，任何一节点都可实现读写操作，无延迟复制，不会产生数据丢失，当某台服务器宕机后，备用服务器会自动接管。

一、基于 Galera Cluster 实现 MySQL 高可用

准备环境：CentOS 7

节点 1	IP：172.18.42.200
节点 2	IP：172.18.42.201
节点 3	IP：172.18.42.202

1、部署节点 1
（1）安装 Galera 服务
[root@node0 ~]# yum install MariaDB-Galera-server -y

（2）编辑其配置文件
[root@node0 ~]# rpm -ql galera ## 查看相关文件
/usr/lib64/galera/libgalera_smm.so
[root@node0 ~]# vim /etc/my.cnf.d/server.cnf
[galera]
# Mandatory settings ## 强制设置
wsrep_provider=/usr/lib64/galera/libgalera_smm.so ##wsrep 的提供者，一般是一个插件，不同的安装版本有可能不一样
wsrep_cluster_address=”gcomm://172.18.42.200, 172.18.42.201, 172.18.42.202″ ## 指明 Galera-Cluster 的各个节点
binlog_format=row ## 二进制日志格式，默认是 row 格式，不建议更改
default_storage_engine=InnoDB ## 指明使用的引擎
innodb_autoinc_lock_mode=2 ## 锁格式
bind-address=0.0.0.0 ##wsrep 在工作时监听的地址
wsrep_cluster_name=’mycluster’ ## 指明 Galera 集群的名称

（3）首次启动时，需要初始化集群
[root@node0 ~]# /etc/rc.d/init.d/mysql start –wsrep-new-cluster ## 在某一个节点上启动 mysql 服务

2、部署节点 2
（1）安装 MariaDB-Galera-server 服务
[root@node0 ~]# yum install MariaDB-Galera-server -y

（2）启动服务
[root@node2 ~]# service mysql start
Starting MySQL….SST in progress, setting sleep higher. SUCCESS!

3、部署节点 3
（1）安装 MariaDB-Galera-server 服务
[root@node0 ~]# yum install MariaDB-Galera-server -y

（2）启动服务
[root@node2 ~]# service mysql start
Starting MySQL….SST in progress, setting sleep higher. SUCCESS!

5、把节点 2 宕机，随后在数据库“MaGeRepo”中创建表“MaGe“；
MariaDB [MaGeRepo]> create table MaGe (ID int unsigned auto_increment not null primary key,Name char(10)); ## 在节点 1 上创建表“MaGe”
MariaDB [MaGeRepo]> insert into MaGe (Name) values (‘MaGe’),(‘Lweim’); ## 在节点 1 中插入数据“Lweim”、“MaGe”
MariaDB [MaGeRepo]> insert into MaGe (Name) values (‘Wtc’),(‘Wzx’); ## 在节点 3 中插入数据“Wtc”、“Wzx”

6、节点 2 开启 mysql 服务器，并查看其数据库
[root@node1 ~]# service mysql start ## 启动节点 2
Starting MySQL…..SST in progress, setting sleep higher. SUCCESS!
[root@node1 ~]# mysql ## 连接至 mysql 服务
MariaDB [MaGeRepo]> select * from MaGe; ## 查看表中的数据
+—-+——-+
| ID | Name
+—-+——-+
| 1 | MaGe
| 3 | Lweim
| 4 | Wtc
| 6 | Wzx
+—-+——-+

由此可见，当其中某一台服务器宕机后，即使数据发生改变，重新上线之后也可同步数据，但需要注意的是 ID 并不是按自动增长次序增长的，解决办法如下：
a：设定一个全局分配 ID 生成器，解决数据插入时 ID 顺序不一致问题
b：手动指定 ID 号，不让其自动生成

更多详情见请继续阅读下一页的精彩内容：http://www.linuxidc.com/Linux/2016-07/132923p2.htm

二、基于 MHA 实现 MySQL 的高可用
准备环境：CentOS 7

MHA Manager 节点	IP：172.18.42.200
MHA Node Master 节点	IP：172.18.42.201
MHA Node Slave1 节点	IP：172.18.42.202
MHA Node Slave2 节点	IP：172.18.42.203

前提：基于 MHA 实现 MySQL 高可用时，各节点之间需要基于 ssh 秘钥进行通信
[root@node0 ~]# ssh-keygen -t rsa -P ” ## 在 Manager 节点上基于 rsa 算法生成秘钥，密码为空
[root@node0 ~]# cat .shh/id_rsa.pub &>> .shh/authorized_keys ## 先要确认能与本地进行通信
[root@node0 ~]# chmod 600 .ssh/id_rsa .ssh/authorized_keys ## 更改秘钥权限
[root@node0 ~]# scp -p .ssh/id_rsa .ssh/authorized_keys root@172.18.42.201:/root/.ssh/ ##Manager 节点把秘钥、公钥发送给每个节点，使各个节点可以进行秘钥通信（第一此通信需要秘钥，后续不需要）
[root@node0 ~]# scp -p .ssh/id_rsa .ssh/authorized_keys root@172.18.42.202:/root/.ssh/
[root@node0 ~]# scp -p .ssh/id_rsa .ssh/authorized_keys root@172.18.42.203:/root/.ssh/
[root@node0 ~]# ssh 172.18.42.201 ‘ifconfig’ ## 可基于此命令让各个节点之间进行测试是否建立连接
Are you sure you want to continue connecting (yes/no)? yes ## 第一次建立连接需要认证
root@node1’s password:

1、部署 MHA Manager 节点
（1）安装 mha4mysql-manager、mha4mysql-node
[root@node0 ~]# yum install mha4mysql-node-0.56-0.el6.noarch.rpm mha4mysql-manager-0.56-0.el6.noarch.rpm -y

（2）创建配置文件，并编辑
[root@node0 ~]# vim /etc/masterha/app1.cnf
[server default]
user=wtc ## 能远程连接至各 mysql 节点的用户管理账号，需要 mysql 节点创建此用户
password=wtc
manager_workdir=/data/masterha/app1 ## 管理节点的工作目录
manager_log=/data/masterha/app1/manager.log ## 管理节点的日志文件路径
remote_workdir=/data/masterha/app1 ## 远程的每个 mysql 节点为 Manager 节点提供工作目录，会自动创建
ssh_user=root ## 以 root 用户远程管理，，基于秘钥认证无需密码；如果不基于密码，需要指明密码
repl_user=repluser ## 复制权限用户账号
repl_password=replpass
ping_interval=1 ## 每隔多长时间探测一次 Master 节点是否在线

[server1] ## 定义 mysql 节点
hostname=172.18.42.201
candidate_master=1 ## 当主节点宕机以后，这个节点是否可以成为新的主节点
##no_master=1 ## 当主节点宕机后，这个节点不会成为新的主节点

[server2]
hostname=172.18.42.202
candidate_master=1

[server3]
hostname=172.18.42.203
candidate_master=1

2、部署 Master 节点
（1）安装 mariadb-server、mha4mysql-node 服务
[root@node1 ~] yum install mariadb-server mha4mysql-node-0.56-0.el6.noarch.rpm -y

（2）编辑其配置文件
[root@node1 ~]# vim /etc/my.cnf
[mysqld]
innodb_file_per_table = ON
skip_name_resolve = ON
log_bin=mysql-bin
relay-log=relay-log
server-id=1
[root@node1 ~]# systemctl start mariadb.service
MariaDB [(none)]> show master status;
mysql-bin.000003 245
MariaDB [(none)]> grant replication slave,replication client on *.* to ‘repluser’@’172.18.%.%’ identified by ‘replpass’; ## 创建具有复制权限的用户

3、部署 Slave1
（1）安装 mariadb-server、mha4mysql-node 服务
[root@node2 ~] yum install mariadb-server mha4mysql-node-0.56-0.el6.noarch.rpm -y

（2）编辑其配置文件
[root@node2 ~]# vim /etc/my.cnf
[mysqld]
innodb_file_per_table = ON
skip_name_resolve = ON
log_bin=mysql-bin
relay-log=relay-log
server-id=2
read_only=1 ##MHA 通过这个来判断那个是 mysql 主服务器
relay_log_purge=0
[root@node2 ~]# systemctl start mariadb.service
MariaDB [(none)]> change master to master_host=’172.18.42.201′,master_user=’repluser’,master_password=’replpass’,master_log_file=’mysql-bin.000003′,master_log_pos=245; ## 连接至 Master 节点
MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G;
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

4、部署 Slave2
（1）安装 mariadb-server、mha4mysql-node 服务
[root@wxpp ~] yum install mariadb-server mha4mysql-node-0.56-0.el6.noarch.rpm -y

（2）编辑其配置文件
[root@wxpp ~]# vim /etc/my.cnf
innodb_file_per_table = ON
skip_name_resolve = ON
log_bin=mysql-bin
relay-log=relay-log
server-id=3
read_only=1
relay_log_purge=0
[root@wxpp ~]# systemctl start mariadb.service
MariaDB [(none)]> change master to master_host=’172.18.42.201′,master_user=’repluser’,master_password=’replpass’,master_log_file=’mysql-bin.000003′,master_log_pos=245; ## 连接至 Master 节点
MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G;
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

5、在 Master 节点创建管理用户账号，在 Manager 节点检测各检点之间的连接
MariaDB [(none)]> grant all on *.* to ‘wtc’@’172.18.%.%’ identified by ‘wtc’; ## 实现了主从复制，在 Msater 节点创建的同时，slave 节点也会创建
[root@node0 ~]# masterha_check_ssh –conf=/etc/masterha/app1.cnf ## 测试各节点之间 ssh 互相通信是否 ok
Wed Apr 20 10:17:40 2016 – [info] All SSH connection tests passed successfully.
[root@node0 ~]# masterha_check_repl –conf=/etc/masterha/app1.cnf ## 检查各个节点之间主从复制是否 ok
172.18.42.201(172.18.42.201:3306) (current master) ##201 是主节点，202、203 是从节点
+–172.18.42.202(172.18.42.202:3306)
+–172.18.42.203(172.18.42.203:3306)
MySQL Replication Health is OK.

6、启动 Manager 节点服务，把 Master 节点宕机，查看是否转换
[root@node0 ~]# masterha_manager –conf=/etc/masterha/app1.cnf ## 启动 Manager 服务
Wed Apr 20 10:27:35 2016 – [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Wed Apr 20 10:27:35 2016 – [info] Reading application default configuration from /etc/masterha/app1.cnf..
Wed Apr 20 10:27:35 2016 – [info] Reading server configuration from /etc/masterha/app1.cnf..
[root@node1 ~]# systemctl stop mariadb.service ## 关掉节点 2 的 mariadb 服务
MariaDB [(none)]> show slave status\G; ## 查看 Slave2 节点的复制线程状态
Master_Host: 172.18.42.202 ##Master 节点转为 Slave1 节点了
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

7、现在我们开启 Master 节点，看其是否成为从节点
[root@node1 ~]# systemctl start mariadb.service ## 开启 Master 节点的 mariadb 服务
MariaDB [(none)]> change master to master_host=’172.18.42.202′,master_user=’repluser’,master_password=’replpass’,master_log_file=’mysql-bin.000003′,master_log_pos=245;
## 此时“master_host”应该指向 Slave1 的 IP
## 使用的二进制日志文件、事件是事先备份好的（在实现主从复制之前，备份一份）
MariaDB [(none)]> start slave; ## 启动复制线程
MariaDB [(none)]> show slave status\G;
Master_Host: 172.18.42.202 ## 此时 IP 为 Slave1 的 IP
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

[root@node0 ~]# masterha_check_repl –conf=/etc/masterha/app1.cnf ## 在 Manager 节点上查看一次，主从复制是否 ok
172.18.42.202(172.18.42.202:3306) (current master) ## 此时，主节点成为了 Slave1
+–172.18.42.201(172.18.42.201:3306)
+–172.18.42.203(172.18.42.203:3306)
MySQL Replication Health is OK.

问题小结：
1、masterha_manager 运行时是工作于前台的，而且不能断开，一旦进行主从切换后，就停止工作，我们需要手动把它开启，这时需要脚本来实现自行监控

2、在使用 MHA 方法时，启动 Manager 节点的服务有可能会失败，可以尝试一下先把 Manager 节点的日志文件路径创建好 ”/data/masterha/app1″
3、在配置 mysql 各节点的配置文件时，主从都需要开启中继日志、二进制日志
主节点开启中继日志和二进制日志，是因为主节点宕机以后启用时会变为从节点
从节点需要开启中继日志和二进制日志，是因为主节点宕机以后，任何一个从节点都有可能转移称为主节点

本文永久更新链接地址：http://www.linuxidc.com/Linux/2016-07/132923.htm