SUSE12 MySQL高可用架构 MHA环境 部署

一、MHA介绍

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

      MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。管理节点可以单独部署在一台独立的机器上来管理多个master-slave集群，也可以部署在一台slave节点上。数据节点运行在每台mysql服务器上。Manager会定期检查master，若出现故障时，会自动将最新数据的slave提升为新的master，然后将其他的slave指向新的master。整个故障转移程序完全透明。

      目前MHA主要支持一主多从的架构。要搭建MHA，要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库。

二、MHA工作架构说明

展示了如何通过MHA Manager管理多组主从复制。可以将MHA工作原理总结为如下：

相较于其它HA软件，MHA的目的在于维持MySQL Replication中Master库的高可用性，其最大特点是可以修复多个Slave之间的差异日志，最终使所有Slave保持数据一致，然后从中选择一个充当新的Master，并将其它Slave指向它。工作流程主要如下：

1）从宕机崩溃的master保存二进制日志事件（binlog events）;

2）识别含有最新更新的slave；

3）应用差异的中继日志（relay log）到其他的slave；

4）应用从master保存的二进制日志事件（binlog events）；

5）提升一个slave为新的master；

6）使其他的slave连接新的master进行复制；

2.1      MHA工作原理

1 从宕机崩溃的master保存二进制日志事件（binlog events）

 2识别含有最新更新的slave

 3应用差异的中继日志（relay log）到其他的slave

 4应用从master保存的二进制日志事件（binlog events）

 5提升一个slave为新的master

 6使其他的slave连接新的master进行复制

2.2     MHAManager工具包

  1. masterha_check_ssh：检查MHA的SSH配置状况

  2. masterha_check_repl：检查MySQL的复制状况

  3. masterha_manager：启动MHA

  4. masterha_check_status：检测当前MHA运行状态

  5. masterha_master_monitor：检测master是否宕机

  6. masterha_master_switch：控制故障转移（自动或手动）

  7. masterha_conf_host：添加或删除配置的server信息

  8. masterha_stop：关闭MHA

Node工具包（这些工具通常由MHAManager的脚本触发，无需人为操作）主要包括以下几个工具：

save_binary_logs（保存二进制日志）             保存和复制master的二进制日志

apply_diff_relay_logs（应用差异中继日志）     识别差异的中继日志事件并将其差异的事件应用于其他的slave

filter_mysqlbinlog                          去除不必要的ROLLBACK事件（MHA已不再使用这个工具）

purge_relay_logs（清理中继日志）               清除中继日志（不会阻塞SQL线程）

MHA如何保持数据的一致性呢？主要通过MHA node的以下几个工具实现，但是这些工具由mha manager触发：

save_binary_logs         如果master的二进制日志可以存取的话，保存复制master的二进制日志，最大程度保证数据不丢失

apply_diff_relay_logs    相对于最新的slave，生成差异的中继日志并将所有差异事件应用到其他所有的slave

注意：

对比的是relay log，relay log越新就越接近于master，才能保证数据是最新的。

purge_relay_logs删除中继日志而不阻塞sql线程

2.3 MHA处理过程

====== monitor node 监控节点======

(1) 监控所有节点,重点是master

(2) 监控到master宕机(实例(ssh能),主机(ssh不能连))

(3) 监控主从状态

====== failover 故障转移======

(3) 对比各节点的GTID号码。

(3) 数据补偿1:如果ssh能连,从节点立即保存自己缺失部分的二进制日志

(4) 选主:对比各节点的GTID号码即可,选一个最接近于主库数据的从节点，恢复缺失的日志，并将从库切换为主库stop slave  reset slave all

(5) 数据补偿2:如果ssh不能连,计算两个从库的relaylog的差异,恢复到数据少的从库中.

(6) 2号从库change master to 到新主,开启新的主从关系

====== 应用透明=====

(7) 使用vip机制实现应用透明

====== 补充功能======

(8) 自动修复主库(加入集群)待开发...

(9) 二次数据补偿的问题(binlog server)

(10) 提醒功能(send_report)

(11) 权重的问题

2.4      MHA的优势

1）故障切换快

在主从复制集群中，只要从库在复制上没有延迟，MHA通常可以在数秒内实现故障切换。9-10秒内检查到master故障，可以选择在7-10秒关闭master以避免出现裂脑，几秒钟内，将差异中继日志（relay log）应用到新的master上，因此总的宕机时间通常为10-30秒。恢复新的master后，MHA并行的恢复其余的slave。即使在有数万台slave，也不会影响master的恢复时间。DeNA在超过150个MySQL（主要5.0/5.1版本）主从环境下使用了MHA。当mater故障后，MHA在4秒内就完成了故障切换。在传统的主动/被动集群解决方案中，4秒内完成故障切换是不可能的。

2）master故障不会导致数据不一致

当目前的master出现故障时，MHA自动识别slave之间中继日志（relay log）的不同，并应用到所有的slave中。这样所有的salve能够保持同步，只要所有的slave处于存活状态。和Semi-Synchronous Replication一起使用，（几乎）可以保证没有数据丢失。

3）无需修改当前的MySQL设置

MHA的设计的重要原则之一就是尽可能地简单易用。MHA工作在传统的MySQL版本5.0和之后版本的主从复制环境中。和其它高可用解决方法比，MHA并不需要改变MySQL的部署环境。MHA适用于异步和半同步的主从复制。启动/停止/升级/降级/安装/卸载MHA不需要改变（包扩启动/停止）MySQL复制。当需要升级MHA到新的版本，不需要停止MySQL，仅仅替换到新版本的MHA，然后重启MHA　Manager就好了。

MHA运行在MySQL 5.0开始的原生版本上。一些其它的MySQL高可用解决方案需要特定的版本（比如MySQL集群、带全局事务ID的MySQL等等），但并不仅仅为了master的高可用才迁移应用的。在大多数情况下，已经部署了比较旧MySQL应用，并且不想仅仅为了实现Master的高可用，花太多的时间迁移到不同的存储引擎或更新的前沿发行版。MHA工作的包括5.0/5.1/5.5的原生版本的MySQL上，所以并不需要迁移。

4）无需增加大量的服务器

MHA由MHA Manager和MHA Node组成。MHA Node运行在需要故障切换/恢复的MySQL服务器上，因此并不需要额外增加服务器。MHA Manager运行在特定的服务器上，因此需要增加一台（实现高可用需要2台），但是MHA Manager可以监控大量（甚至上百台）单独的master，因此，并不需要增加大量的服务器。即使在一台slave上运行MHA Manager也是可以的。综上，实现MHA并没用额外增加大量的服务。

5）无性能下降

MHA适用与异步或半同步的MySQL复制。监控master时，MHA仅仅是每隔几秒（默认是3秒）发送一个ping包，并不发送重查询。可以得到像原生MySQL复制一样快的性能。

6）适用于任何存储引擎

MHA可以运行在只要MySQL复制运行的存储引擎上，并不仅限制于InnoDB，即使在不易迁移的传统的MyISAM引擎环境，一样可以使用MHA。

三、安装Mysql

使用root创建用户

useradd -m mysql

修改密码

passwd mysql

下载https://cdn.mysql.com/archives/mysql-8.0/mysql-8.0.13-1.sles12.x86_64.rpm-bundle.tar

解压

tar xvf mysql-8.0.13-1.sles12.x86_64.rpm-bundle.tar

mysql-community-server-8.0.13-1.sles12.x86_64.rpm

mysql-community-devel-8.0.13-1.sles12.x86_64.rpm

mysql-community-libs-8.0.13-1.sles12.x86_64.rpm

mysql-community-client-8.0.13-1.sles12.x86_64.rpm

mysql-community-common-8.0.13-1.sles12.x86_64.rpm

mysql-community-test-8.0.13-1.sles12.x86_64.rpm

3.1      安装

先查询是否安装mysql

rpm -qa | grep -i mysql

如未安装则跳过执行安装命令。

利用rpm卸载mysql

rpm -e --nodepsmysql-community-client-5.7.28-1.el7.x86_64

rpm -e --nodepsmysql-community-devel-5.7.28-1.el7.x86_64

rpm -e --nodeps mysql-community-libs-5.7.28-1.el7.x86_64

rpm -e --nodepsmysql-community-common-5.7.28-1.el7.x86_64

rpm -e --nodepsmysql-community-server-5.7.28-1.el7.x86_64

下面就利用安装命令来安装MySQL8.0x：

rpm -ivh mysql-community-common-8.0.13-1.sles12.x86_64.rpm

rpm -ivh mysql-community-libs-8.0.13-1.sles12.x86_64.rpm

rpm -ivh mysql-community-client-8.0.13-1.sles12.x86_64.rpm

rpm -ivh mysql-community-server-8.0.13-1.sles12.x86_64.rpm

rpm -ivh mysql-community-devel-8.0.13-1.sles12.x86_64.rpm

下面就利用安装命令来安装MySQL5.7x：

rpm -ivh mysql-community-common-5.7.28-1.el7.x86_64.rpm

rpm -ivh mysql-community-libs-5.7.28-1.el7.x86_64.rpm

rpm -ivh mysql-community-client-5.7.28-1.el7.x86_64.rpm

rpm -ivh mysql-community-server-5.7.28-1.el7.x86_64.rpm --force --nodeps

rpm -ivh mysql-community-devel-5.7.28-1.el7.x86_64.rpm

3.2      创建用户组和用户

创建用户组：groupadd mysql

创建用户：useradd -r -g mysql mysql

注：由于SUSE采用的是rpm安装，所以此系统已经创建好了，可以跳过次步骤。如果无则使用上诉命令进行创建

给mysql用户指定专用用户组和用户

首先创建data文件夹。(注：mysql的表文件都在这个目录下)

这个data文件夹得根据硬盘的位置来

df -h

由于是本地虚拟机环境，生产环境可安装实际硬盘目录来创建data目录。

mkdir -p /home/mysql/data

指定用户和用户组

cd /usr/local/

mkdir -p mysql

chown -R mysql mysql/

chgrp -R mysql mysql/

随便也设置一下data的，注mysql目录根据自己实际硬盘的要求更改目录

cd /home/mysql

chgrp -R mysql tmp/

chown -R mysql tmp/

chown -R mysqlmysql/

chgrp-R mysql mysql/

3.3      初始化用户

vim /etc/my.cnf 内容如下

# For advice on how to change settings please see

# http://dev.mysql.com/doc/refman/8.0/en/server-configuration-defaults.html

[mysqld]

#

# Remove leading # and set to the amount of RAM for the most important data

# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.

# innodb_buffer_pool_size = 128M

#

# Remove the leading "# " to disable binary logging

# Binary logging captures changes between backups and is enabled by

# default. It's default setting is log_bin=binlog

# disable_log_bin

#

# Remove leading # to set options mainly useful for reporting servers.

# The server defaults are faster for transactions and fast SELECTs.

# Adjust sizes as needed, experiment to find the optimal values.

# join_buffer_size = 128M

# sort_buffer_size = 2M

# read_rnd_buffer_size = 2M

#

# Remove leading # to revert to previous value for default_authentication_plugin,

# this will increase compatibility with older clients. For background, see:

# https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_default_authentication_plugin

# default-authentication-plugin=mysql_native_password

#设置数据存放位置

#basedir=/var/lib/mysql

datadir=/home/mysql/data

tmpdir=/home/mysql/tmp

socket=/var/lib/mysql/mysql.sock

pid-file=/var/run/mysql/mysqld.pid

port=3306

default_storage_engine=InnoDB

lower_case_table_names=1

innodb_buffer_pool_size = 1G

#事务日志文件大小，循环写的方式，把数据文件的随机IO转为几乎顺序的IO,默认是两个5M的文件，

#对于生产环境来说至少要几百甚至上G的大小（需要重启）

innodb_log_file_size = 512M

#内存日志缓冲区，在缓冲满/事务提交/1秒钟Innodb会刷写缓冲区内容到日志文件

innodb_log_buffer_size=16M

character-set-server = utf8mb4

collation-server = utf8mb4_bin

############## binlog ################

server-id = 130

log_bin = mysql-bin

binlog_format = row

sync_binlog = 1

expire_logs_days =7

#最大连接数，默认是100，生产可设置500~5000,取决于服务器的负载能力，一般来说1000足够

max_connections=1000

#mysql在服务端的线程缓存池存放的最大线程数，并不是越大越好，通常并发在100-120可设置为20，

#并发在500-700，可设置200，256的上限值是个不错的估值

thread_cache_size=256

#socket=/var/lib/mysql/mysql.sock

log-error=/var/log/mysql/mysqld.log

#pid-file=/var/run/mysql/mysqld.pid

[client]

socket=/var/lib/mysql/mysql.sock

port=3306

执行初始化命令：

sudo mysqld --initialize --user=mysql --datadir=/home/mysql/data/ --lc_messages=en_US

初始化成功，查看初始密码

cat /var/log/mysql/mysqld.log | grep password

这个是密码root@localhost: 9.sF=eBDO,k*

依次查看

启动MySQL服务

systemctl start mysql

停止MySQL服务

systemctl stop mysql

配置为开机启动

systemctl enable mysql

使用初始密码登录MySQL

mysql -u root -p

验证登录成功了，接下来修改root密码

Mysql5.7x版本执行以上命令：

修改密码：set password=password("root");

登录授权：grant all privileges on *.* to 'root'@'%' identified by 'root';

授权生效：flush privileges;

Mysql8.0x版本执行以上命令：

第一次需要修改密码

ALTER USER 'root'@'localhost' IDENTIFIEDWITH mysql_native_password BY 'root';

修改密码：create user 'root'@'%' identified with mysql_native_password by'root';

登录授权：grant all privileges on *.* to 'root'@'%' with grant option;

授权生效：flush privileges;

关闭防火墙

不同的MySQL直接要互相访问，需要关闭Linux的防火墙

suse12下操作为：

关闭防火墙

systemctl stopSuSEfirewall2.service

取消开机启动防火墙

systemctl disableSuSEfirewall2.service

开启防火墙

systemctl enableSuSEfirewall2.service

开机启动防火墙

systemctl startSuSEfirewall2.service

四、主从配置

4.1      Master节点

查看server_id

show variables like 'server_id';

修改Master配置文件

vim /etc/my.cnf

[mysqld]

log_bin=mysql-bin

server-id=130

sync-binlog=1 # 每次写入都同步到binlog

binlog-ignore-db=performance_schema # 忽略不同步

binlog-ignore-db=information_schema

binlog-ignore-db=mysql

binlog-ignore-db=sys

# binlog-do-db=test  #需要主从复制的数据库

# 为每个session分配的内存，在事务过程中用来存储二进制日志的缓存

binlog_cache_size=1M

# 主从复制的格式（mixed,statement,row，默认格式是statement。建议是设置为row，主从复制时数据更加能够统一）

binlog_format=row

# 设置二进制日志自动删除/过期的天数，避免占用磁盘空间。默认值为0，表示不自动删除。

expire_logs_days=7

重启服务

systemctl restart mysql

主库给从库授权

Mysql8.0x执行以下命令

create user 'canal_repl_user'@'%' identified with mysql_native_password by '123456';

GRANT REPLICATION SLAVE ON *.* TO 'canal_repl_user'@'%';

flush privileges;

Mysql5.7x执行以下命令

create user canal_repl_user;

grant replication slave on *.*  to canal_repl_user identified by '111111';

flush privileges;

show master status;

4.2      Slave节点

修改Slave配置文件，设置为134

vim /etc/my.cnf

[mysqld]

log_bin=mysql-bin

server-id=134

sync-binlog=1 # 每次写入都同步到binlog

binlog-ignore-db=performance_schema # 忽略不同步

binlog-ignore-db=information_schema

binlog-ignore-db=sys

binlog-ignore-db=mysql

binlog_cache_size=1M

binlog_format=row

expire_logs_days=7

relay_log=mysql-relay-bin  #中继日志名字

relay_log_purge=0

read_only=2

manager-slave节点

修改manager-slave配置文件， server-id设置为160

vim /etc/my.cnf

[mysqld]

log_bin=mysql-bin

server-id=160

sync-binlog=1 # 每次写入都同步到binlog

binlog-ignore-db=performance_schema # 忽略不同步

binlog-ignore-db=information_schema

binlog-ignore-db=sys

binlog-ignore-db=mysql

binlog_cache_size=1M

binlog_format=row

expire_logs_days=7

relay_log=mysql-relay-bin  #中继日志名字

relay_log_purge=0

read_only=2

分别重启节点Slave和节点manager-slave

systemctl restart mysql

注：三台机器的配置可根据实际要求进行修改，网上一搜一大堆，这里不做过多的解释，如有疑问请留言。

4.3      开启同步

在Slave节点的MySQL命令行执行如下命令：

change master to master_host='192.168.142.133',master_port=3306,master_user='canal_repl_user',master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=1072;

start slave;  // 开启同步

查看主从复制信息

SHOW SLAVE STATUS\G;

create database syj_test defaultcharacter set utf8mb4 collate utf8mb4_bin;

create user 'syj_test'@'%' identified withmysql_native_password by 'syj_test';

grant all privileges on syj_test.* to'syj_test'@'%' with grant option;

flush privileges;

4.4 半同步复制

1)半同步复制配置参数说明

主库半同步复制可配置的参数较少，可通过“show global variables like '%semi%';”查看

注意MySQL5.7的增强半同步较MySQL5.6多了如下两参数：

rpl_semi_sync_master_wait_for_slave_count: 至少有N个slave接收到日志,Default 1.

rpl_semi_sync_master_wait_point: AFTER_SYNC（5.7的默认值，写入relaylog后，master commit）, AFTER_COMMIT 等同于5.6的半同步。

2）主库半同步复制状态说明

主库半同步复制状态的参数较多，可通过“show global status like '%semi%';”查看。

3）主库半同步复制状态说明

登录MySQL主库,安装半同步插件。

[if !supportLists]1.     [endif]链接Mysql数据库，安装插件rpl_remi_sync_master install plugin rpl_semi_sync_master soname'semisynv_mster.so';

[if !supportLists]2.     [endif]查看插件是否安装show plugins;

[if !supportLists]3.     [endif]启用插件 set global rpl_semi_sync_master_enabled = ON; # 注意= 与字符和数字之间有空格，否则会报

[if !supportLists]4.     [endif]安装完成后，查看插件的状态

半同步配置文件

#master

#my.cnf中

[mysqld]

rpl_semi_sync_master_enabled = ON

rpl_semi_sync_master_timeout = 1000

安装半同步插件

#master

install plugin rpl_semi_sync_master soname'semisync_master.so';

set global rpl_semi_sync_master_enabled =ON;

检查是否生效:

select * from mysql.plugin;

show global status like '%semi%';    ---查看主库半同步复制的状态参数

show global variables like '%semi%';   ---查看主库半同步复制的相关参数设置

配置从库

进入数据库，安装并启用插件rpl_semi_sync_slave,相关的操作可以参考配置主服务器的1&2

mysql> install pluginrpl_semi_sync_slave soname 'semisync_slave.so';

mysql> SET GLOBALrpl_semi_sync_slave_enabled = ON;

需要注意，在Master中使用的是master 模块，在从服务器中使用的是slave模块.

查看semi插件的状态

show global status like '%semi%';  

半同步配置文件:

#my.cnf中

[mysqld]

rpl_semi_sync_slave_enabled = ON

如果在一个正在运行的Slave上开启半同步复制的功能，那么在配置半同步以后，需要重启停止Slave的I/O线程：

从库上执行:

#从库上执行

mysql> stop slave io_thread;   ---停止IO线程

mysql> start slave io_thread;   ---启动IO线程

mysql> show slave status\G;

主库上查看半同步状态

查看主库上面的半同步插件是否开启，输出如下，注意第一个参数clients的值变为1了（之前是0），表示主从半同步复制连接成功。

show global status like '%Rpl_semi_sync_master_clients%';

半同步测试

写入数据之后在查看

#主库

show global status like '%semi%';

测试半同步复制超时

stop slave io_thread;

#半同步失败退化了异步

在主库更新

insert into 表

show global status like '%semi%';

测试可知,从库停止IO线程复制之后，第一次执行insert操作时等待了10秒之后才提交完事务，但是第二次insert的操作就很快了。因为第一次等待从库超时之后，半同步复制状态自动转换为异步了，所以第二次及以后都会很快了。

开启从库的IO线程复制状态

start slave io_thread;

再次查看主库的半同步状态

show global status like '%semi%';

4.5 MHA半同步复制说明

为了尽可能的减少主库硬件损坏宕机造成的数据丢失，因此在配置MHA的同时建议配置成mysql的半同步复制。

注：mysql半同步插件是由google提供，具体位置/usr/local/mysql/lib/plugin下，一个是master用的semisync_master.so，一个是slave用的semisync_slave.so，下面我们就来具体配置一下。如果不清楚Plugin的目录，用如下查找：

mysql>show variables like'%have_dynamic%';

SUSE系统异于常人，根据实际情况来操作

分别在主从节点上安装相关的插件（master，slave1，slave2）在mysql上安装插件需要数据库支持动态载入。检查是否支持，用如下检测:

show variables like '%have_dynamic%';

所有mysql数据库服务器，安装半同步插件（semisync_master.so,semisync_slave.so）：

mysql> install plugin rpl_semi_sync_master soname 'semisync_master.so';

Query OK, 0 rows affected (0.30 sec)

mysql> install plugin rpl_semi_sync_slave soname 'semisync_slave.so';

Query OK, 0 rows affected (0.00 sec)

其他mysql主机采用同样的方法安装。

#确保每台mysql主机都正确安装plugin：

mysql> show plugins;

#查看半同步相关信息：

show variables like '%rpl_semi_sync%';

注：若主mysql服务器已经存在，只是后期才搭建从mysql服务器，在配置数据同步前应先将主mysql服务器的要同步的数据库拷贝到从mysql服务器上（如先在主mysql上备份数据库，再用备份在从mysql服务器上恢复）

这里配置可根据实际情况进行删减

master mysql主机：

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

添加内容如下：

server-id=130

log-bin=mysql-bin

binlog_format=row

log-bin-index=mysql-bin.index

rpl_semi_sync_master_enabled=1

rpl_semi_sync_master_timeout=10000

rpl_semi_sync_slave_enabled=1

relay_log_purge=0

relay-log=relay-bin

relay-log-index=slave-relay-bin.index

注： rpl_semi_sync_master_enabled=1 1表是启用，0表示关闭 ,

rpl_semi_sync_master_timeout=10000

：毫秒单位 ，该参数主服务器等待确认消息10秒后，不再等待，变为异步方式。

注：relay_log_purge=0，禁止sql线程在执行完一个relay log后自动将其删除，对于MHA场景下，对于某些滞后从库的恢复依赖于其他从库的relay log，因此采取禁用自动删除功能。

systemctl restart mysql

Slave1主机：

server-id=135

log-bin=mysql-bin

binlog_format=row

log-bin-index=mysql-bin.index

relay_log_purge=0

relay-log=relay-bin

relay-log-index=slave-relay-bin.index

rpl_semi_sync_master_enabled=1

rpl_semi_sync_master_timeout=10000

rpl_semi_sync_slave_enabled=1

systemctl restart mysql

Slave2主机：

server-id=136

log-bin=mysql-bin

relay-log=relay-bin

relay-log-index=slave-relay-bin.index

read_only = 1

rpl_semi_sync_slave_enabled = 1

systemctl restart mysql

关于半同步参数说明值得关注

Rpl_semi_sync_master_status ：显示主服务是异步复制模式还是半同步复制模式

Rpl_semi_sync_master_clients：显示有多少个从服务器配置为半同步复制模式

Rpl_semi_sync_master_yes_tx：显示从服务器确认成功提交的数量

Rpl_semi_sync_master_no_tx：显示从服务器确认不成功提交的数量

Rpl_semi_sync_master_tx_avg_wait_time：事务因开启semi_sync，平均需要额外等待的时间

Rpl_semi_sync_master_net_avg_wait_time：事务进入等待队列后，到网络平均等待时间。

#查看半同步相关信息

mysql> show variables like'%rpl_semi_sync%';

mysql> show status like'%rpl_semi_sync%';

创建主从复制的账号

create user 'canal_repl_user'@'%'identified with mysql_native_password by '123456';

GRANT REPLICATION SLAVE ON *.* TO'canal_repl_user'@'%';

flush privileges;

mysql> show master status;

在两台从机执行以下命令：

change master to master_host='192.168.142.133',master_port=3306,master_user='canal_repl_user',master_password='123456',master_log_file='mysql-bin.000003',master_log_pos=841;

start slave;

查看Candicate

master和slave2两个从服务器的状态

SHOW SLAVE STATUS\G;

说明运行正常

#查看master服务器的半同步状态

show status like '%rpl_semi_sync%';

五、MHA高可用环境部署记录

5.1      机器环境

目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器。

| 机器名称 | IP | 角色 |

| ---- | ---- | ---- |

| SUSE12-MySQL-Master | 192.168.142.133-Master | 主库，写入，数据节点 |

| SUSE12-MySQL-Slave | 192.168.142.135-Slave |  从库读，数据节点，备选Master(candicate master)|

| SUSE12-MySQL-Slave-Manager | 192.168.142.136-Manager | 从库,管理机读，数据节点，也作为Manager server(即也作为manager节点) |