第99讲：MHA高可用集群配置实战：邮件告警和Binlog服务器搭建详解

news2025/1/17 6:10:47

文章目录

一、配置当MHA故障切换时发生邮件告警
- 1.准备发送邮件的脚本
- 2.配置MHA支持邮箱告警
- 3.重启MHA
- 4.模拟主库故障切换观察邮件接收
二、为MHA高可用集群配置Binlog服务器
- 1.为什么要配置Binlog服务器
- 2.搭建Binlog服务器
- - 2.1.创建保存主库Binlog的路径
  - 2.2.配置MHA增加Binlog服务器
  - 2.3.自动使Binlog服务器拉取主库的Binlog日志
  - 2.4.重启MHA
  - 2.5.验证Binlog复制的实时性

一、配置当MHA故障切换时发生邮件告警

MHA故障切换是透明的，并且切换完MHA就挂掉了，如果我们不知道，那么在下一次故障时，就无法形成高可用环境了。

因此下面我们来配置当MHA故障切换完成后，就发送一个邮件告警，通知我们去维护MHA。

1.准备发送邮件的脚本

[root@mysql-3 ~]# ll /data/mha/scripts/*
-rwxr-xr-x 1 root root    36 7月   9 17:38 /data/mha/scripts/send
-rwxr-xr-x 1 root root 80213 9月  30 2009 /data/mha/scripts/sendEmail
-rwxr-xr-x 1 root root   203 4月  19 2019 /data/mha/scripts/toemail

send脚本内容是调用toemail这个脚本
[root@mysql-3 ~]# cat /data/mha/scripts/send
#! /usr/bin/perl -w
system"/data/mha/scripts/toemail"

toemail脚本内容
[root@mysql-3 ~]# cat /data/mha/scripts/toemail
#!/bin/bash
/data/mha/scripts/sendEmail -o tls=no -f xxx@163.com -t xxx@163.com -s smtp.163.com:25 -xu user  -xp password  -u "MHA故障告警" -m "The primary and secondary MySQL replication clusters are abnormal. The MHA switchover has been completed. Repair the MHA in time!" &>/tmp/sendmail.log
#改成自己的邮箱发送方和接收方

#我的如下
/data/mha/scripts/sendEmail -o tls=no -f 15910468023@163.com -t 15910468023@163.com -s smtp.163.com:25 -xu 15910468023  -xp MYLOITHAOPLEAAUR  -u "MHA故障告警" -m "The primary and secondary MySQL replication clusters are abnormal. The MHA switchover has been completed. Repair the MHA in time!" &>/tmp/sendmail.log

2.配置MHA支持邮箱告警

[root@mysql-3 ~]# vim /data/mha/app1.cnf 
[server default]
······
report_script=/data/mha/scripts/send

3.重启MHA

[root@mysql-3 ~]# masterha_stop --conf=/data/mha/app1.cnf 
[root@mysql-3 ~]# nohup masterha_manager --conf=/data/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover  < /dev/null> /data/mha/logs/manager.log 2>&1 &

4.模拟主库故障切换观察邮件接收

1）模拟主库故障

1.主库是mysql-2
[root@mysql-3 ~]# masterha_check_status --conf=/data/mha/app1.cnf
app1 (pid:13746) is running(0:PING_OK), master:192.168.20.12

2.模拟主库故障
[root@mysql-2 ~]# systemctl stop mysqld

2）正常收到邮件

二、为MHA高可用集群配置Binlog服务器

1.为什么要配置Binlog服务器

在高可用环境中，如果主库故障宕机，从库们无法SSH到主库，如果主从延时较大，可能就会导致数据丢失，因为从库被选举为新的主库后，会获取新主库与故障主库差异的Binlog日志，如果SSH无法连接，此时差异的Binlog就无法获取，就会导致数据丢失。

因此我们可以搭建一个Binlog服务器，专门实时同步主库产生的Binlog日志文件，当主库故障宕机后，MHA直接从Binlog服务器中读取主库的Binlog日志。

2.搭建Binlog服务器

由于服务器有限，直接在mysql-3中搭建一个Binlog服务器。

2.1.创建保存主库Binlog的路径

搭建Binlog服务器，需要在此服务器中准备mysqlbinlog命令工具，这台服务器可以是一个很低配的服务器。

[root@mysql-3 ~]# mkdir /data/mysql_master_binlog
[root@mysql-3 ~]# chown -R mysql.mysql /data/mysql_master_binlog

2.2.配置MHA增加Binlog服务器

[root@mysql-3 ~]# vim /data/mha/app1.cnf 
[binlog1]
no_master=1											#此服务器不进行选举
hostname=192.168.20.13								  #Binlog服务器的地址
master_binlog_dir=/data/mysql_master_binlog				#Binlog日志的路径

2.3.自动使Binlog服务器拉取主库的Binlog日志

通过mha账号，指定从哪个Binlog日志文件开始复制，后面产生的新的Binlog日志文件以及指定的Binlog文件都会持续不断的复制过来，实时复制。

#必须进入到自己创建好的目录
[root@mysql-3 ~]# cd /data/mysql_master_binlog

#主库地址一定要指对
[root@mysql-3 mysql_master_binlog]# mysqlbinlog  -R --host=192.168.20.12 --user=mha --password=123456 --raw  --stop-never mysql-bin.000002 &

--stop-never mysql-bin.000002：这个参数表示从mysql-bin.000002这个Binlog开始，包含这个Binlog，以及后面产生了新的Binlog日志都复制到当前路径
从哪个Binlog日志开始复制，一般都是查看从库的状态，看看从库当前读取了主库哪个Binlog日志，从这个Binlog文件开始，包含这个Binlog以及后面产生新的Binlog都会复制过来。

2.4.重启MHA

[root@mysql-3 ~]# masterha_stop --conf=/data/mha/app1.cnf 
[root@mysql-3 ~]# nohup masterha_manager --conf=/data/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover  < /dev/null> /data/mha/logs/manager.log 2>&1 &