MySQL-HMA 高可用故障切换

本章内容：

  • 了解MySQL MHA
  • 搭建MySQL MHA
  • MySQL MHA故障切换

1.案例分析

1.1.1案例概述

        目前 MySQL 已经成为市场上主流数据库之一，考虑到业务的重要性，MySQL 数据库 单点问题已成为企业网站架构中最大的隐患。随着技术的发展，MHA 的出现就是解决 MySQL 单点的问题。另外随着企业数据量越来越庞大，数据库的压力又成为企业的另一个 瓶颈，MySQL 多主多从架构的出现可以减轻 MySQL 本身的压力。本章将主要介绍 MHA 的搭建和模拟 MySQL 故障自动切换的过程

1.1.2 前置知识点

1.什么是 MHA

        MHA（MasterHigh Availability）目前在 MySQL 高可用方面是一个相对成熟的解决方 案，它由日本 DeNA 公司 youshimaton（现就职于 Facebook 公司）开发，是一套优秀的 MySQL 高可用环境下故障切换和主从复制的软件。在 MySQL 故障切换过程中，MHA 能做 到在 0~30 秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA 能在最大程度上保证数据的一致性，以达到真正意义上的高可用。

2.MHA 的组成

        该软件由两部分组成：MHA Manager（管理节点）和 MHA Node（数据节点）。MHA Manager 可以单独部署在一台独立的机器上，管理多个 master-slave 集群；也可以部署在 一台 slave 节点上。MHA Node 运行在每台 MySQL 服务器上，MHA Manager 会定时探测 集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master，然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完 全透明。

3.MHA 优势

        在 MHA 自动故障切换过程中，MHA 试图从宕机的主服务器上保存二进制日志，最大 程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬件故障或无法通过SSH 访问，MHA 没法保存二进制日志，就会出现只进行故障转移但丢失了最新的数据的情 况。使用 MySQL 5.5 的半同步复制，可以大大降低数据丢失的风险。MHA 可以与半同步复 制结合起来。如果只有一个 slave 已经收到了最新的二进制日志，MHA 可以将最新的二进 制日志应用于其他所有的 slave 服务器上，因此可以保证所有节点的数据一致性

4.MHA 现状

        目前 MHA 主要支持一主多从的架构，要搭建 MHA 要求一个复制集群中必须最少有三 台数据库服务器，即一台充当 master，一台充当备用 master，另外一台充当从库。因为至 少需要三台服务器，出于机器成本的考虑，淘宝在该基础上进行了改造，目前淘宝 TMHA 已经支持一主一从。

1.1.3 案例环境

1.本案例环境

        上图中 MHA 可以同时监控并管理多个 MySQL 复制组，本案例只实验其中的一个复制 组

2.案例需求

本案例要求通过 MHA 监控 MySQL 数据库在故障时进行自动切换，不影响业务。

3.案例实现思路
  • 安装MySQL数据库
  • 配置MySQL一主两从
  • 安装MHA 软件
  • 配置SSH无密码登录
  • 配置MySQL MHA高可用
  • 模拟master 故障切换

1.2案例实施

1.2.1 安装MySQL数据库

        在三台 mysql 节点上分别安装数据库，MySQL 版本使用 5.7.26， 二进制安装。下面只在 master 上面做演示，其他机器步骤相同，安装过程如下：

1.基础环境准备
安装使用前需要安装一些基础软件包
[root@master ~]# yum -y install gcc vim wget net-tools lrzsz libaio
拉取MySQL软件包
wget https://dev.mysql.com/get/Downloads/MySQL-5.7/mysql-5.7.26-linux-glibc2.12-x86_64.tar.gz
创建运行MySQL程序的用户
[root@master ~]# useradd -M -s /sbin/nologin mysql
关闭Selinux 和防火墙
[root@master ~]# setenforce 0
setenforce: SELinux is disabled
[root@master ~]# systemctl stop firewalld
2.二进制安装
        二进制安装的版本采用跟上面编译安装的版本一样 MySQL 5.7.26。首先需要下载该软 件包或者提前上传，然后再解压进行配置。
[root@master ~]# tar zxvf mysql-5.7.26-linux-glibc2.12-x86_64.tar.gz
[root@master ~]# mv mysql-5.7.26-linux-glibc2.12-x86_64 /usr/local/mysql
[root@master ~]# mkdir /usr/local/mysql/data
[root@master ~]# chown -R mysql:mysql /usr/local/mysql/data/
[root@master ~]# cd /usr/local/mysql/bin/
[root@master bin]# ./mysqld --user=mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --initialize

2024-03-15T02:47:24.625118Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2024-03-15T02:47:24.851610Z 0 [Warning] InnoDB: New log files created, LSN=45790
2024-03-15T02:47:24.888575Z 0 [Warning] InnoDB: Creating foreign key constraint system tables.
2024-03-15T02:47:24.950326Z 0 [Warning] No existing UUID has been found, so we assume that this is the first time that this server has been started. Generating a new UUID: 5a9fc7dd-e276-11ee-b06c-000c2910f2b6.
2024-03-15T02:47:24.957182Z 0 [Warning] Gtid table is not ready to be used. Table 'mysql.gtid_executed' cannot be opened.
2024-03-15T02:47:24.958231Z 1 [Note] A temporary password is generated for root@localhost: kAaWdpuIL4&C  //密码字段需要保存

此字段是MySQL数据库中管理员密码需要保存后续需要修改密码

2024-03-15T02:47:24.958231Z 1 [Note] A temporary password is generated for root@localhost: kAaWdpuIL4&C  //密码字段需要保存
 
3. 设置配置文件
MySQL 的配置文件跟上面编译安装的配置文件类似
[root@master bin]# vim /etc/my.cnf
[mysqld]
[client]
socket=/usr/local/mysql/data/mysql.sock

[mysqld]
socket=/usr/local/mysql/data/mysql.sock
bind-address = 0.0.0.0
port = 3306
basedir=/usr/local/mysql
datadir=/usr/local/mysql/data
max_connections=2048
character-set-server=utf8
default-storage-engine=INNODB
将MySQL的可执行文件写入环境变量中
[root@master bin]# echo "export PATH=$PATH:/usr/local/mysql/bin" >> /etc/profile
[root@master bin]# . /etc/profile

4.配置systemctl 方式启动

        将 MySQL 添 加 成 为 系 统 服 务 ， 通 过 使 用 systemctl 来 管 理 。 在/usr/local/mysql/support-files 目 录 下 找 到 mysql.server 文 件 ， 将 其 复 制 到 /etc/rc.d/init.d目录下，改名为 mysqld 并赋予可执行权限。        
[root@master bin]# cp /usr/local/mysql/support-files/mysql.server /etc/rc.d/init.d/mysqld
[root@master bin]# chmod +x /etc/rc.d/init.d/mysqld
编辑生成mysql.service服务，通过systemctl 方式来管理
[root@master bin]# vim /lib/systemd/system/mysqld.service

[Unit]
Description=mysqld
After=network.target

[Service]
Type=forking
ExecStart=/etc/rc.d/init.d/mysqld start
ExecReload=/etc/rc.d/init.d/mysqld reload
ExecStop=/etc/rc.d/init.d/mysqld stop

[Install]
WantedBy=multi-user.target


[root@master bin]# systemctl daemon-reload 
[root@master bin]# systemctl enable mysqld.service 
[root@master bin]# systemctl start mysqld.service 
[root@master bin]# netstat -anpt | grep 3306
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      11941/mysqld        
[root@master bin]#
访问数据库修改密码
[root@master bin]# mysql -u root -p    //登录数据库
Enter password:         //输入之前字段中的默认密码
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.7.26

Copyright (c) 2000, 2019, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> set password = password('pwd123');    //修改密码为pwd123
Query OK, 0 rows affected, 1 warning (0.01 sec)

mysql>

5.配置主服务器
[root@master ~]# vim /etc/my.cnf

server-id = 11
log_bin = master-bin
log-slave-updates = true

[root@master ~]# systemctl restart mysqld.service  //重启服务
6.配置从服务器
[root@slave02 ~]# vim /etc/my.cnf
[root@slave02 ~]# cat /etc/my.cnf
[mysqld]
[client]
socket=/usr/local/mysql/data/mysql.sock

[mysqld]
socket=/usr/local/mysql/data/mysql.sock
bind-address = 0.0.0.0
port = 3306
basedir=/usr/local/mysql
datadir=/usr/local/mysql/data
max_connections=2048
character-set-server=utf8
default-storage-engine=INNODB

server-id=33
relay-log = relay-log-bin
relay-log-index = slave-relay-bin-index
log-bin = mysql-bin
relay_log_purge = 0


[root@slave01 ~]# systemctl restart mysqld.service  //重启服务

注意：server-d 不能相同，两台slave 服务器的id分别为 22 和 33 其他相同

1.3 配置MySQL一主两从

MySQL 的主从相对比较简单。本章实现配置一个主数据库，两个从数据库。

1）MySQL授权

        在所有数据库节点上授权两个用户，一个是从数据库同步使用，另一个是 manager使用

mysql> grant replication slave on *.* to 'myslave'@'192.168.182.%' identified by 'pwd123';
Query OK, 0 rows affected, 1 warning (0.01 sec)

mysql> grant all privileges on *.* to 'mha'@'192.168.182.%' identified by 'pwd123';
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql>

        下面三条授权按理论是不用添加的，但是在做案例实验时通过 MHA 检查 MySQL 主从 有报错，报两个从库通过主机名连接不上主库，所以三个数据库都添加下面的授权。

mysql> grant all privileges on *.* to 'mha'@'master' identified by 'pwd123'; 
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> grant all privileges on *.* to 'mha'@'slave01' identified by 'pwd123'
;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> grant all privileges on *.* to 'mha'@'slave02' identified by 'pwd123';
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql>
2）查看二进制文件和同步点

        在master 主机上查看二进制文件和同步点

3）在slave01 和 slave02分别执行同步
mysql> change master to master_host='192.168.182.101',master_user='myslave',master_password='pwd123',master_log_file='master-bin.000001',master_log_pos=
154;
Query OK, 0 rows affected, 2 warnings (0.01 sec)

mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
4）查看数据同步结果

查看 IO 和SQL 线程都是yes 代表同步是否正常

注意：必须设置两个数据为只读模式，在两个从库分别执行

mysql> set global read_only=1;
Query OK, 0 rows affected (0.01 sec)

mysql>

5）插入数据测试数据库同步

        在master 主库创建数据库，测试是否同步

mysql> create database test_db;

        两个库分别查询，显示出主库创建的库说明主从同步正常

1.4 安装MHA软件

1）所有服务器上都安装MHA 依赖环境，首先安装 epel源
[root@manager ~]# yum -y install epel-release

[root@manager ~]# yum -y install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager perl-ExUtils-CBuilder perl-ExUtils-MakeMaker perl-CPAN
2）在所有服务器上必须安装 node 组件，最后在MHA-manager 节点上安装 manager 组件，因为 manager 依赖 node 组件。下面实在manager 上操作演示安装node组件

拉取软件包

[root@manager ~]# wget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.58/mha4mysql-node-0.58.tar.gz

编译安装

[root@manager ~]# tar zxvf mha4mysql-node-0.58.tar.gz
[root@manager ~]# cd  mha4mysql-node-0.58/
[root@manager mha4mysql-node-0.58]# perl Makefile.PL
[root@manager mha4mysql-node-0.58]# make && make install
3）在manager 上安装 manager组件

拉取软件包

[root@manager ~]# wget https://github.com/yoshinorim/mha4mysql-manager/releases/download/v0.58/mha4mysql-manager-0.58.tar.gz

编译安装

[root@manager ~]# tar zxvf mha4mysql-manager-0.58.tar.gz 
[root@manager ~]# cd mha4mysql-manager-0.58/
[root@manager mha4mysql-manager-0.58]# perl Makefile.PL
[root@manager mha4mysql-manager-0.58]# make && make install

manager 安装后在/usr/local/bin 下面会生成几个工具：

  • masterha_check_ssh：检查 MHA 的 SSH 配置状况
  • masterha_check_repl：检查 MySQL 复制状况。
  • masterha_manger：启动 MHA。
  • masterha_check_status：检测当前 MHA 运行状态。
  • masterha_master_monitor：检测 master 是否宕机。
  • masterha_master_switch：控制故障转移（自动或者手动）。
  • masterha_conf_host：添加或删除配置的 server 信息。

4）node 安装后也会在/usr/local/bin 下面会生成几个脚本（这些工具通常由manager 的）

脚本触发，无需认为操作）

  • save_binary_logs：保存和复制 master 的二进制日志
  • apply_diff_relay_logs：识别差异的中继日志事件并将其差异的事件应用于其他的 slave。
  • filter_mysqlbinlog：去除不必要的 ROLLBACK 事件（MHA 已不再使用这个工具）。
  • purge_relay_logs：清除中继日志（不会阻塞 SQL 线程）。

1.4 配置SSH无密码登录

1）在manager 上配置所有节点ssh无密码认证
[root@manager ~]# ssh-keygen -t rsa    //一只按回车键最后会出现一串密钥
[root@manager ~]# ssh 192.168.182.104
[root@manager ~]# ssh 192.168.182.103
[root@manager ~]# ssh 192.168.182.101
2）在master上配置到数据库所有节点的无密码认证
[root@master ~]# ssh-keygen -t rsa
[root@master ~]# ssh-copy-id 192.168.182.103
[root@master ~]# ssh-copy-id 192.168.182.104
3）在slave01上配置到所有数据库的无密码认证
[root@slave01 ~]# ssh-keygen -t rsa
[root@slave01 ~]# ssh-copy-id 192.168.182.101
[root@slave01 ~]# ssh-copy-id 192.168.182.104
4）在slave02从数据库配置到所有数据库节点的无密码认证
[root@slave02 ~]# ssh-keygen -t rsa
[root@slave02 ~]# ssh-copy-id 192.168.182.101
[root@slave02 ~]# ssh-copy-id 192.168.182.104

1.5配置 MHA

1）在manager 节点上复制相关脚本到 /usr/local/bin 目录
[root@manager ~]# ll mha4mysql-manager-0.58/samples/scripts/
总用量 32
-rwxr-xr-x 1 luo luo  3648 3月  23 2018 master_ip_failover
-rwxr-xr-x 1 luo luo  9870 3月  23 2018 master_ip_online_change
-rwxr-xr-x 1 luo luo 11867 3月  23 2018 power_manager
-rwxr-xr-x 1 luo luo  1360 3月  23 2018 send_report
[root@manager ~]#

具体脚本作用如下：

  • master_ip_failover：自动切换时 VIP 管理的脚本
  • master_ip_online_change：在线切换时 vip 的管理
  • power_manager：故障发生后关闭主机的脚本
  • send_report：因故障切换后发送报警的脚本
[root@manager ~]# cp /root/mha4mysql-manager-0.58/samples/scripts/* /usr/local/bin/

        复制“master_ip_failover”脚本到/usr/local/bin 目录，这里使用脚本管理 VIP，也是推荐 的一种方式，生产环境不建议使用 Keepalived。

2）使用下面内容完整替换 master_ip_failover 文件的内容，IP 部分更换为自己的IP 配置文件插入以下内容
[root@manager ~]# vim /usr/local/bin/master_ip_failover 
my $vip = '192.168.182.200/24';    //配置VIP地址
my $key = '1';
my $ssh_start_vip = "/usr/sbin/ifconfig ens33:$key $vip up";
my $ssh_stop_vip = "/usr/sbin/ifconfig ens33:$key down";
3）创建 MHA 软件目录并拷贝配置文件
[server default]
manager_log=/var/log/masterha/app1/manager.log
manager_workdir=/var/log/masterha/app1
master_binlog_dir=/usr/local/mysql/data
master_ip_failover_script=/usr/local/bin/master_ip_failover
master_ip_online_change_script=/usr/local/bin/master_ip_onilover_change
user=mha
password=pwd123
ping_interval=1
remote_workdir=/tmp
repl_user=myslave
repl_password=pwd123
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.182.103 -s 192.168.182.104
shutdown_script=""
ssh_user=root

[server1]
hostname=192.168.182.101
port=3306

[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.182.103
port=3306

[server3]
hostname=192.168.182.104
port=3306
 

candidate_master 与 check_repl_delay 的主要作用如下所示：

  • 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。

4）测试ssh无密码认证，如果正常最后会输出successfully 
[root@manager ~]# masterha_check_ssh -conf=/etc/masterha/app1.cnf
Fri Mar 15 15:28:54 2024 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Fri Mar 15 15:28:54 2024 - [info] Reading application default configuration from /etc/masterha/app1.cnf..
Fri Mar 15 15:28:54 2024 - [info] Reading server configuration from /etc/masterha/app1.cnf..
Fri Mar 15 15:28:54 2024 - [info] Starting SSH connection tests..
Fri Mar 15 15:28:56 2024 - [debug] 
Fri Mar 15 15:28:54 2024 - [debug]  Connecting via SSH from root@192.168.182.101(192.168.182.101:22) to root@192.168.182.103(192.168.182.103:22)..
Fri Mar 15 15:28:55 2024 - [debug]   ok.
Fri Mar 15 15:28:55 2024 - [debug]  Connecting via SSH from root@192.168.182.101(192.168.182.101:22) to root@192.168.182.104(192.168.182.104:22)..
Fri Mar 15 15:28:55 2024 - [debug]   ok.
Fri Mar 15 15:28:57 2024 - [debug] 
Fri Mar 15 15:28:55 2024 - [debug]  Connecting via SSH from root@192.168.182.103(192.168.182.103:22) to root@192.168.182.101(192.168.182.101:22)..
Fri Mar 15 15:28:55 2024 - [debug]   ok.
Fri Mar 15 15:28:55 2024 - [debug]  Connecting via SSH from root@192.168.182.103(192.168.182.103:22) to root@192.168.182.104(192.168.182.104:22)..
Fri Mar 15 15:28:56 2024 - [debug]   ok.
Fri Mar 15 15:28:57 2024 - [debug] 
Fri Mar 15 15:28:55 2024 - [debug]  Connecting via SSH from root@192.168.182.104(192.168.182.104:22) to root@192.168.182.101(192.168.182.101:22)..
Fri Mar 15 15:28:56 2024 - [debug]   ok.
Fri Mar 15 15:28:56 2024 - [debug]  Connecting via SSH from root@192.168.182.104(192.168.182.104:22) to root@192.168.182.103(192.168.182.103:22)..
Fri Mar 15 15:28:56 2024 - [debug]   ok.
Fri Mar 15 15:28:57 2024 - [info] All SSH connection tests passed successfully.
[root@manager ~]#
5）测试 MySQL 主从连接情况，最后出现MySQL Replication Heaith is OK 字样说明正常 如下
[root@manager ~]# masterha_check_repl -conf=/etc/masterha/app1.cnf
Fri Mar 15 15:33:48 2024 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Fri Mar 15 15:33:48 2024 - [info] Reading application default configuration from /etc/masterha/app1.cnf..
Fri Mar 15 15:33:48 2024 - [info] Reading server configuration from /etc/masterha/app1.cnf..
Fri Mar 15 15:33:48 2024 - [info] MHA::MasterMonitor version 0.58.
Fri Mar 15 15:33:49 2024 - [info] GTID failover mode = 0
Fri Mar 15 15:33:49 2024 - [info] Dead Servers:
Fri Mar 15 15:33:49 2024 - [info] Alive Servers:
Fri Mar 15 15:33:49 2024 - [info]   192.168.182.101(192.168.182.101:3306)
Fri Mar 15 15:33:49 2024 - [info]   192.168.182.103(192.168.182.103:3306)
Fri Mar 15 15:33:49 2024 - [info]   192.168.182.104(192.168.182.104:3306)
Fri Mar 15 15:33:49 2024 - [info] Alive Slaves:
Fri Mar 15 15:33:49 2024 - [info]   192.168.182.103(192.168.182.103:3306)  Version=5.7.26-log (oldest major version between slaves) log-bin:enabled
Fri Mar 15 15:33:49 2024 - [info]     Replicating from 192.168.182.101(192.168.182.101:3306)
Fri Mar 15 15:33:49 2024 - [info]     Primary candidate for the new Master (candidate_master is set)
Fri Mar 15 15:33:49 2024 - [info]   192.168.182.104(192.168.182.104:3306)  Version=5.7.26-log (oldest major version between slaves) log-bin:enabled
Fri Mar 15 15:33:49 2024 - [info]     Replicating from 192.168.182.101(192.168.182.101:3306)
Fri Mar 15 15:33:49 2024 - [info] Current Alive Master: 192.168.182.101(192.168.182.101:3306)
Fri Mar 15 15:33:49 2024 - [info] Checking slave configurations..
Fri Mar 15 15:33:49 2024 - [info] Checking replication filtering settings..
Fri Mar 15 15:33:49 2024 - [info]  binlog_do_db= , binlog_ignore_db= 
Fri Mar 15 15:33:49 2024 - [info]  Replication filtering check ok.
Fri Mar 15 15:33:49 2024 - [info] GTID (with auto-pos) is not supported
Fri Mar 15 15:33:49 2024 - [info] Starting SSH connection tests..
Fri Mar 15 15:33:52 2024 - [info] All SSH connection tests passed successfully.
Fri Mar 15 15:33:52 2024 - [info] Checking MHA Node version..
Fri Mar 15 15:33:52 2024 - [info]  Version check ok.
Fri Mar 15 15:33:52 2024 - [info] Checking SSH publickey authentication settings on the current master..
Fri Mar 15 15:33:53 2024 - [info] HealthCheck: SSH to 192.168.182.101 is reachable.
Fri Mar 15 15:33:53 2024 - [info] Master MHA Node version is 0.58.
Fri Mar 15 15:33:53 2024 - [info] Checking recovery script configurations on 192.168.182.101(192.168.182.101:3306)..
Fri Mar 15 15:33:53 2024 - [info]   Executing command: save_binary_logs --command=test --start_pos=4 --binlog_dir=/usr/local/mysql/data --output_file=/tmp/save_binary_logs_test --manager_version=0.58 --start_file=master-bin.000001 
Fri Mar 15 15:33:53 2024 - [info]   Connecting to root@192.168.182.101(192.168.182.101:22).. 
  Creating /tmp if not exists..    ok.
  Checking output directory is accessible or not..
   ok.
  Binlog found at /usr/local/mysql/data, up to master-bin.000001
Fri Mar 15 15:33:53 2024 - [info] Binlog setting check done.
Fri Mar 15 15:33:53 2024 - [info] Checking SSH publickey authentication and checking recovery script configurations on all alive slave servers..
Fri Mar 15 15:33:53 2024 - [info]   Executing command : apply_diff_relay_logs --command=test --slave_user='mha' --slave_host=192.168.182.103 --slave_ip=192.168.182.103 --slave_port=3306 --workdir=/tmp --target_version=5.7.26-log --manager_version=0.58 --relay_log_info=/usr/local/mysql/data/relay-log.info  --relay_dir=/usr/local/mysql/data/  --slave_pass=xxx
Fri Mar 15 15:33:53 2024 - [info]   Connecting to root@192.168.182.103(192.168.182.103:22).. 
  Checking slave recovery environment settings..
    Opening /usr/local/mysql/data/relay-log.info ... ok.
    Relay log found at /usr/local/mysql/data, up to relay-log-bin.000002
    Temporary relay log file is /usr/local/mysql/data/relay-log-bin.000002
    Checking if super_read_only is defined and turned on.. not present or turned off, ignoring.
    Testing mysql connection and privileges..
mysql: [Warning] Using a password on the command line interface can be insecure.
 done.
    Testing mysqlbinlog output.. done.
    Cleaning up test file(s).. done.
Fri Mar 15 15:33:53 2024 - [info]   Executing command : apply_diff_relay_logs --command=test --slave_user='mha' --slave_host=192.168.182.104 --slave_ip=192.168.182.104 --slave_port=3306 --workdir=/tmp --target_version=5.7.26-log --manager_version=0.58 --relay_log_info=/usr/local/mysql/data/relay-log.info  --relay_dir=/usr/local/mysql/data/  --slave_pass=xxx
Fri Mar 15 15:33:53 2024 - [info]   Connecting to root@192.168.182.104(192.168.182.104:22).. 
  Checking slave recovery environment settings..
    Opening /usr/local/mysql/data/relay-log.info ... ok.
    Relay log found at /usr/local/mysql/data, up to relay-log-bin.000002
    Temporary relay log file is /usr/local/mysql/data/relay-log-bin.000002
    Checking if super_read_only is defined and turned on.. not present or turned off, ignoring.
    Testing mysql connection and privileges..
mysql: [Warning] Using a password on the command line interface can be insecure.
 done.
    Testing mysqlbinlog output.. done.
    Cleaning up test file(s).. done.
Fri Mar 15 15:34:04 2024 - [info] Slaves settings check done.
Fri Mar 15 15:34:04 2024 - [info] 
192.168.182.101(192.168.182.101:3306) (current master)
 +--192.168.182.103(192.168.182.103:3306)
 +--192.168.182.104(192.168.182.104:3306)

Fri Mar 15 15:34:04 2024 - [info] Checking replication health on 192.168.182.103..
Fri Mar 15 15:34:04 2024 - [info]  ok.
Fri Mar 15 15:34:04 2024 - [info] Checking replication health on 192.168.182.104..
Fri Mar 15 15:34:04 2024 - [info]  ok.
Fri Mar 15 15:34:04 2024 - [info] Checking master_ip_failover_script status:
Fri Mar 15 15:34:04 2024 - [info]   /usr/local/bin/master_ip_failover --command=status --ssh_user=root --orig_master_host=192.168.182.101 --orig_master_ip=192.168.182.101 --orig_master_port=3306 
Fri Mar 15 15:34:04 2024 - [info]  OK.
Fri Mar 15 15:34:04 2024 - [warning] shutdown_script is not defined.
Fri Mar 15 15:34:04 2024 - [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.
[root@manager ~]#

如果在执行过程中，由如下保存信息：

Can't exec "mysqlbinlog": No such file or directory at
/usr/lib64/perl5/vendor_perl/MHA/BinlogManager.pm line 99

采用设置软连接的方式解决，三台MySQL上都需要执行

[root@master ~]# ln -s /usr/local/mysql/bin/mysqlbinlog /usr/bin/mysqlbinlo
[root@master ~]# ln -s /usr/local/mysql/bin/mysql /usr/bin/mysqlbinlog

如果出现如下报错信息

Bareword "FIXME_xxx" not allowed while "strict subs" in use at /usr/local/bin/master_ip_failover line
100
在manager 机器上面使用如下解决方法
[root@manager ~]# vim /usr/local/bin/master_ip_failover 
      ## Update master ip on the catalog database, etc
      #  FIXME_xxx;    //97行注释

6）首次配置 MHA 的 VIP 地址需要手动进行配置，在 master 上执行如下命令
[root@master ~]# ifconfig ens33:1 192.168.182.200
[root@master ~]# ifconfig ens33:1
ens33:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.182.200  netmask 255.255.255.0  broadcast 192.168.182.255
        ether 00:0c:29:10:f2:b6  txqueuelen 1000  (Ethernet)

[root@master ~]#

VIP 地址不会应为 manager 节点停止 MHA 服务而消失

7）启动 MHA
[root@manager ~]# nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>1 &

配置参数具体作用如下：

  • --remove_dead_master_conf 该参数代表当发生主从切换后，老的主库的 IP 地址将会 从配置文件中移除。
  • --ignore_last_failover 在缺省情况下，如果 MHA 检测到连续发生宕机，且两次宕机间 隔不足 8 小时的话，则不会进行 Failover，之所以这样限制是为了避免 ping-pong 效应。 该参数代表忽略上次 MHA 触发切换产生的文件，默认情况下，MHA 发生切换后会在 日志中记录，下次再切换的时候如果发现该目录下存在该文件将不允许触发切换，除非 在第一次切换后收到删除该文件。为了方便，这里设置为–ignore_last_failover。
若要关闭manager 服务，可以使用如下命令，或使用kill 进程ID方式关闭
[root@manager ~]# masterha_stop --conf=/etc/manager/app1.cnf
8）查看 MHA日志，也可以看到当前的master 是 192.168.182.101 如下
[root@manager ~]# cat /var/log/masterha/app1/manager.log

1.6 模拟master故障

1.自动切换

manager动态查看日志
[root@manager ~]# tailf /var/log/masterha/app1/manager.log 
 +--192.168.182.104(192.168.182.104:3306)

Fri Mar 15 15:43:56 2024 - [info] Checking master_ip_failover_script status:
Fri Mar 15 15:43:56 2024 - [info]   /usr/local/bin/master_ip_failover --command=status --ssh_user=root --orig_master_host=192.168.182.101 --orig_master_ip=192.168.182.101 --orig_master_port=3306 
Fri Mar 15 15:43:56 2024 - [info]  OK.
Fri Mar 15 15:43:56 2024 - [warning] shutdown_script is not defined.
Fri Mar 15 15:43:56 2024 - [info] Set master ping interval 1 seconds.
Fri Mar 15 15:43:56 2024 - [info] Set secondary check script: /usr/local/bin/masterha_secondary_check -s 192.168.182.103 -s 192.168.182.104
Fri Mar 15 15:43:56 2024 - [info] Starting ping health check on 192.168.182.101(192.168.182.101:3306)..
Fri Mar 15 15:43:56 2024 - [info] Ping(SELECT) succeeded, waiting until MySQL doesn't respond..
1）直接关机master主库（可以直接关闭MySQL服务）
[root@master ~]# poweroff
2）观察 MHA 日志，如果自动切换成功，最后会输出 souccessfuily字样
[root@manager ~]# tailf /var/log/masterha/app1/manager.log 

#######忽略大部分日志

Started automated(non-interactive) failover.
Invalidated master IP address on 192.168.182.101(192.168.182.101:3306)
The latest slave 192.168.182.103(192.168.182.103:3306) has all relay logs for recovery.
Selected 192.168.182.103(192.168.182.103:3306) as a new master.
192.168.182.103(192.168.182.103:3306): OK: Applying all logs succeeded.
Failed to activate master IP address for 192.168.182.103(192.168.182.103:3306) with return code 10:0
192.168.182.104(192.168.182.104:3306): This host has the latest relay log events.
Generating relay diff files from the latest slave succeeded.
192.168.182.104(192.168.182.104:3306): OK: Applying all logs succeeded. Slave started, replicating from 192.168.182.103(192.168.182.103:3306)
192.168.182.103(192.168.182.103:3306): Resetting slave info succeeded.
Master failover to 192.168.182.103(192.168.182.103:3306) completed successfully.
3）正常自动切换一次后，MHA 进程会退出。MHA 会自动修改 app1.cnf文件内容，将宕机的 Mysql节点删除，查看 slave01是否接管VIP地址
[root@slave01 ~]# ifconfig
也可以进入slave02从库查看是否切换
mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.182.103

2.如主库修复后，可继续使用如下步骤，使其重新加入群集，并将master 作为从库

1）查看slave01
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 |      868 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

mysql>
启动master数据库 
[root@master ~]# systemctl start mysqld
[root@master ~]# mysql -u root -p
Enter password:

mysql> change master to master_host='192.168.182.103',master_user='myslave',master_password='pwd123',master_log_file='mysql-bin.000001',master_log_pos=868;
Query OK, 0 rows affected, 2 warnings (0.01 sec)

mysql>

3）master启动从库同步并设置为只读
mysql> start slave;
Query OK, 0 rows affected (0.01 sec)

mysql> set global read_only=1;
Query OK, 0 rows affected (0.00 sec)

mysql>
4）停掉当前主库（slave01）的同步进程，不然下次作为从库同步会报错
mysql> stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> reset slave;
Query OK, 0 rows affected (0.00 sec)

mysql>

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/461756.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

【C++庖丁解牛】List容器的介绍及使用 | 深度剖析 | list与vector的对比

【C++庖丁解牛】List容器的介绍及使用 | 深度剖析 | list与vector的对比

&#x1f341;你好&#xff0c;我是 RO-BERRY &#x1f4d7; 致力于C、C、数据结构、TCP/IP、数据库等等一系列知识 &#x1f384;感谢你的陪伴与支持 &#xff0c;故事既有了开头&#xff0c;就要画上一个完美的句号&#xff0c;让我们一起加油 目录 1. list的介绍1.1 list的…
阅读更多...
每周一算法：双向深搜

每周一算法：双向深搜

题目描述 达达帮翰翰给女生送礼物&#xff0c;翰翰一共准备了 N N N 个礼物&#xff0c;其中第 i i i 个礼物的重量是 G [ i ] G[i] G[i]。 达达的力气很大&#xff0c;他一次可以搬动重量之和不超过 W W W的任意多个物品。 达达希望一次搬掉尽量重的一些物品&#xff0c;请…
阅读更多...
冲动是魔鬼，工作不顺心时不要把坏脾气带给家人

冲动是魔鬼，工作不顺心时不要把坏脾气带给家人

今天与一个跟踪了很久的客户准备签合同了&#xff0c;客户突然反悔&#xff0c;为此与他周旋了一整天&#xff0c;忙碌得一口水都没有喝。回到小区坐在车里抽着烟&#xff0c;久久不愿回家&#xff0c;只想一个人坐着&#xff0c;疲惫、无奈。这个月的奖金似乎又将成为泡影。 …
阅读更多...
mov格式视频怎么做二维码？视频在线做二维码的方法

mov格式视频怎么做二维码？视频在线做二维码的方法

如何将mov格式视频转二维码以后分享呢&#xff1f;视频二维码是现在手机获取视频内容很常用的一种方式&#xff0c;通过二维码生成器工具就可以快速在线生成二维码图片&#xff0c;使用手机扫码就可以播放视频。但是视频的格式有很多种&#xff0c;当我们需要将mov格式的视频生…
阅读更多...
网络安全——关于防火墙

网络安全——关于防火墙

网络安全防火墙是很重要的部分&#xff0c;关于防火墙我们要知道&#xff0c;他默认所有流量都是黑名单&#xff0c;只有开启允许通过才可以。 我们通过一个实验来学防火墙命令。 防火墙要登录才能使用&#xff0c;用户名是admin,默认密码是Admin123&#xff0c;在第一次登录…
阅读更多...
Spring AI Chat 简单示例

Spring AI Chat 简单示例

官方文档地址&#xff1a; https://docs.spring.io/spring-ai/reference/index.html Spring AI 可以方便 Java 开发者在代码中集成 AI 的功能&#xff0c;通过 Spring 提供的抽象&#xff0c;可以方便的切换不同的AI提供商&#xff0c;Spring AI 是对 AI 的使用&#xff0c;并…
阅读更多...
Android 地图SDK 绘制点 删除 指定

Android 地图SDK 绘制点 删除 指定

问题 Android 地图SDK 删除指定绘制点 详细问题 笔者进行Android 项目开发&#xff0c;对于已标记的绘制点&#xff0c;提供撤回按钮&#xff0c;即删除绘制点&#xff0c;如何实现。 解决方案 新增绘制点 private List<Marker> markerList new ArrayList<>…
阅读更多...
没有公式，不要代码，让你理解 RCNN：目标检测中的区域卷积神经网络

没有公式，不要代码，让你理解 RCNN：目标检测中的区域卷积神经网络

⭐️ 导言 在计算机视觉领域&#xff0c;目标检测是一项关键任务&#xff0c;它涉及识别图像中感兴趣的物体&#xff0c;并定位它们的位置。而RCNN&#xff08;Region-based Convolutional Neural Network&#xff09;是一种经典的目标检测算法&#xff0c;它以区域为基础进行…
阅读更多...
BMP280 arduino调试

BMP280 arduino调试

终于成功了。 #include <SPI.h> //定义数据类型 #define s32_t long signed int #define u32_t long unsigned int #define u16_t unsigned short #define s16_t signed short // 定义从设备选择引脚 const int chipSelectPin 10; //定义BMP280寄存器/// unsigned int …
阅读更多...
R语言：如何基于地球外辐射(Ra)和相对日照(n/N)计算太阳辐射Rs?

R语言：如何基于地球外辐射(Ra)和相对日照(n/N)计算太阳辐射Rs?

正在编写相关软著&#xff0c;借此机会了解R语言的基本语法和一些处理流程&#xff0c;所以解释稍微繁琐。 Note&#xff1a; 使用的R语言版本是 R version 4.3.2 (2023-10-31 ucrt) 使用的RStudio编辑器版本是&#xff1a; 01 基于随机森林的插值填补缺失值 这是目前处理…
阅读更多...
电子供应链的未来：电子元器件采购商城的洞察

电子供应链的未来：电子元器件采购商城的洞察

电子供应链的未来将受到数字化技术、智能化制造和全球化贸易等趋势的深刻影响。在这一背景下&#xff0c;电子元器件采购商城将发挥越来越重要的作用&#xff0c;并提供以下洞察&#xff1a; 数字化转型&#xff1a; 电子元器件采购商城将更加注重数字化转型&#xff0c;通过引…
阅读更多...
【计算机系统结构】重叠方式

【计算机系统结构】重叠方式

&#x1f4dd;本文介绍 本文主要内容位计算机系统结构的重叠方式 &#x1f44b;作者简介&#xff1a;一个正在积极探索的本科生 &#x1f4f1;联系方式&#xff1a;943641266(QQ) &#x1f6aa;Github地址&#xff1a;https://github.com/sankexilianhua &#x1f511;Gitee地址…
阅读更多...
不可变集合

不可变集合

2. 3. 如果键值对超过10个的话 优化之后 要生成不可变的集合直接使用copyof就可以
阅读更多...
Python XML处理实战指南：从基础到高级技巧

Python XML处理实战指南：从基础到高级技巧

Python XML处理实战指南&#xff1a;从基础到高级技巧 介绍XML基础XML的定义和特点XML结构组成命名空间&#xff08;Namespaces&#xff09;小结 Python中处理XML的库ElementTreeminidomlxml 使用ElementTree解析XML读取XML文件遍历XML元素查找特定元素修改XML文件 使用lxml处理…
阅读更多...
除了「au revoir」，「再见」还能怎么说？柯桥成人学外语来银泰附近

除了「au revoir」，「再见」还能怎么说？柯桥成人学外语来银泰附近

1. Je dois y alle#15857575376r I have to go there Y there&#xff0c;意思是“我要走了”。 例如&#xff0c;”Moi, je dois y aller.” 对不起&#xff0c;我该走了。 如果你和同伴都要离开&#xff0c;那就可以说"On y va"&#xff0c;它相当于英语里…
阅读更多...
C#集合和数据结构，随笔记录

C#集合和数据结构，随笔记录

C#集合和数据结构 System.Collections命名空间包含接口和类&#xff0c;这些接口和类定义各种对象&#xff08;如列表/链表、位数组、哈希表、队列和堆栈&#xff09;的集合 System.Collections.Generic命名空间&#xff1a; 所有集合都直接或间接基于ICollection接口 列表类集…
阅读更多...
Redis数据结构对象(一)

Redis数据结构对象(一)

对象 概述 Redis并没有直接使用简单动态字符串(SDS)、双端链表、字典、压缩列表、整数集合等这些数据结构来实现键值对数据库&#xff0c;而是基于这些数据结构创建了一个对象系统&#xff0c;这个系统包含字符串对象、列表对象、 哈希对象、集合对象和有序集合对象这五种类型…
阅读更多...
Cesium 获取 3dtileset的包围盒各顶点坐标

Cesium 获取 3dtileset的包围盒各顶点坐标

Cesium 获取 3dtileset的包围盒各顶点坐标 /*** 获取 3dtileset的包围盒各顶点坐标, z 方向取高度最低的位置* param {*} tileset* param {*} options* returns* ref https://blog.csdn.net/STANDBYF/article/details/135012273* ref https://community.cesium.com/t/accurate-…
阅读更多...
基于SpringBoot+Vue的IT博客管理系统

基于SpringBoot+Vue的IT博客管理系统

目录 一、绪论1.1 开发背景1.2 系统开发平台1.2.1 Java语言的简介1.2.2 MySQL的简介1.2.3 IntelliJ IDEA的简介 二、需求分析2.1 系统简介2.1.1 系统类型2.1.2 系统用法2.1.3 系统特点 2.2 需求分析2.2.1 系统设计任务2.2.2 系统设计目标2.2.3 系统设计步骤 三、系统设计3.1 用…
阅读更多...
视频素材库大全高清素材必备网站，总有一个值得收藏！

视频素材库大全高清素材必备网站，总有一个值得收藏！

喜欢制作短视频的朋友们&#xff0c;你们是否时常苦于寻找合适的视频素材库大全高清素材必备网站&#xff1f;今天&#xff0c;我为大家整理了五个超棒的短视频素材下载网站&#xff0c;希望能够为你们的视频创作提供更多灵感和选择&#xff01; 1.蛙学网&#xff1a; 蛙学网不…
阅读更多...
最新文章

Copyright @ 2022~2023