郑州网站建设服务商,制作商品网站,创意网,当今做哪个网站能致富MySQL-MHA 一、MHA概述#xff1a;1.概述#xff1a;2.MHA的组成#xff1a;3.MHA的特点#xff1a;4.MHA的工作原理#xff1a; 二、搭建MySQL MHA#xff1a;1.配置主从复制#xff1a;2.配置MHA#xff1a;3.manager与node工具使用#xff1a;4.在 manager 节点上配… MySQL-MHA 一、MHA概述1.概述2.MHA的组成3.MHA的特点4.MHA的工作原理 二、搭建MySQL MHA1.配置主从复制2.配置MHA3.manager与node工具使用4.在 manager 节点上配置 MHA5.第一次配置需要在 Master 节点上手动开启虚拟IP6.manager 节点上测试 ssh7.manager 节点上测试 mysql 主从连接8.在 manager 节点上启动 MHA9.查看 MHA 状态10.查看日志11. 查看master VIP 三、故障模拟1.在 manager 节点上监控观察日志记录2.在 Master 节点 master 上停止mysql服务3.查看VIP是否漂移4.故障恢复 四、总结 一、MHA概述
1.概述
1MHAMaster High Availability是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。 2MHA 的出现就是解决MySQL 单点的问题。 3MySQL故障切换过程中MHA能做到0-30秒内自动完成故障切换操作。 4MHA能在故障切换的过程中最大程度上保证数据的一致性以达到真正意义上的高可用。
2.MHA的组成
1MHA Node数据节点 MHA Node 运行在每台 MySQL 服务器上。
2MHA Manager管理节点 MHA Manager 可以单独部署在一台独立的机器上管理多个 master-slave 集群也可以部署在一台 slave 节点上。 MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时它可以自动将最新数据的 slave 提升为新的 master 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明。
3.MHA的特点
1自动故障切换过程中MHA试图从宕机的主服务器上保存二进制日志最大程度的保证数据不丢失 2使用半同步复制可以大大降低数据丢失的风险如果只有一个slave已经收到了最新的二进制日志MHA可以将最新的二进制日志应用于其他所有的slave服务器上因此可以保证所有节点的数据一致性 3目前MHA支持一主多从架构最少三台服务即一主两从
4.MHA的工作原理
1从宕机崩溃的master保存二进制日志事件binlog events
2识别含有最新的更新的slave日志
3应用差异的中继日志relay log到其他的slave
4应用从master保存的二进制日志事件
5提升一个新的slave成为新的master
6使用其他的slave连接新的master进行复制
二、搭建MySQL MHA MHA为解决故障切换数据尽可能保存及所有节点的一致性。 图示解析 1.配置主从复制
MHA manager节点服务器192.168.174.12
master节点服务器192.168.174.15
slave1节点服务器192.168.174.18
slave2节点服务器192.168.174.191.关闭防火墙安全机制所有服务器
systemctl stop firewalld
systemctl disable firewalld
setenforce 02.修改主机名
hostnamectl set-hostname manager
su
hostnamectl set-hostname master
su
hostnamectl set-hostname slave1
su
hostnamectl set-hostname slave2
su
3.在Master、Slave1、Slave2添加主机映射关系
#三台添加同样的配置
vim /etc/hosts
192.168.174.15 master
192.168.174.18 slave1
192.168.174.19 slave24.修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf
##Master 节点##
vim /etc/my.cnf
[mysqld]
server-id 1
log_bin master-bin
log-slave-updates truesystemctl restart mysqld##Slave1节点##vim /etc/my.cnf[mysqld]server-id 2 #三台服务器的 server-id 不能相同log_bin master-binrelay-log relay-log-binrelay-log-index slave-relay-bin.indexrelay_log_recovery1systemctl restart mysqld##Slave2节点##vim /etc/my.cnf[mysqld]server-id 3 #三台服务器的 server-id 不能相同log_bin master-binrelay-log relay-log-binrelay-log-index slave-relay-bin.indexrelay_log_recovery1systemctl restart mysqld #重启mysql5.在 Master、Slave1、Slave2 节点上都创建两个软链接
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/6.配置 mysql 一主两从
1三台数据库进行MySQL授权
mysql -uroot -pabc123
grant replication slave on *.* to myslave192.168.174.% identified by 123456;
#从数据库同步使用
grant all privileges on *.* to mha192.168.174.% identified by mhamanager; #manager 使用grant all privileges on *.* to mhamaster identified by manager;
#防止从库通过主机名连接不上主库
grant all privileges on *.* to mhaslave1 identified by manager;
grant all privileges on *.* to mhaslave2 identified by manager;
flush privileges;2在 Master 节点查看二进制文件和同步点
show master status;3在 Slave01、Slave02 节点执行同步操作
change master to master_host192.168.174.15,master_usermyslave,master_passwordabc123,master_log_filemaster-bin.000001,master_log_pos1749;
start slave;4在 Slave01、Slave02 节点查看数据同步结果
show slave status\G
//确保 IO 和 SQL 线程都是 Yes代表同步正常。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes5两个从库必须设置为只读模式
set global read_only1;6插入数据测试数据库同步
create database test;
use test;
create table test(id int);
insert into test(id) values (1);2.配置MHA
1所有服务器上都安装 MHA 依赖的环境首先安装 epel 源
yum install epel-release --nogpgcheck -yyum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN2安装 MHA 软件包先在所有服务器上必须先安装 node 组件 对于每个操作系统版本不一样这里 CentOS7.6选择 0.57 版本。 在所有服务器上必须先安装 node 组件最后在 MHA-manager 节点上安装 manager 组件因为 manager 依赖 node 组件。
cd /opt
tar zxvf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57
perl Makefile.PL
make make install3在 MHA manager 节点上安装 manager 组件
cd /opt
tar zxvf mha4mysql-manager-0.57.tar.gz
cd mha4mysql-manager-0.57
perl Makefile.PL
make make install3.manager与node工具使用
1工具介绍 #manager 组件安装后在/usr/local/bin 下面会生成几个工具主要包括以下几个 masterha_check_ssh 检查 MHA 的 SSH 配置状况 masterha_check_repl 检查 MySQL 复制状况 masterha_manger 启动 manager的脚本 masterha_check_status 检测当前 MHA 运行状态 masterha_master_monitor 检测 master 是否宕机 masterha_master_switch 控制故障转移自动或者 手动 masterha_conf_host 添加或删除配置的 server 信息 masterha_stop 关闭manager #node 组件安装后也会在/usr/local/bin 下面会生成几个脚本这些工具通常由 MHAManager 的脚本触发无需人为操作主要如下 save_binary_logs 保存和复制 master 的二进制日志 apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的 slave filter_mysqlbinlog 去除不必要的 ROLLBACK 事件MHA 已不再使用这个工具 purge_relay_logs 清除中继日志不会阻塞 SQL 线程 2在所有服务器上配置无密码认证
① 在 manager 节点上配置到所有数据库节点的无密码认证
ssh-keygen -t rsa #一路按回车键
ssh-copy-id 192.168.174.15
ssh-copy-id 192.168.174.18
ssh-copy-id 192.168.174.19② 在 master 上配置到数据库节点 slave01 和 slave02 的无密码认证
ssh-keygen -t rsa
ssh-copy-id 192.168.174.18
ssh-copy-id 192.168.174.19③ 在 slave01 上配置到数据库节点 master 和 slave02 的无密码认证
ssh-keygen -t rsa
ssh-copy-id 192.168.174.15
ssh-copy-id 192.168.174.194在 slave02 上配置到数据库节点 master 和 slave01 的无密码认证
ssh-keygen -t rsa
ssh-copy-id 192.168.174.15
ssh-copy-id 192.168.174.184.在 manager 节点上配置 MHA
1在 manager 节点上复制相关脚本到/usr/local/bin 目录
cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin
//拷贝后会有四个执行文件
ll /usr/local/bin/scripts/
----------------------------------------------------------------------------------------------------------
master_ip_failover #自动切换时 VIP 管理的脚本
master_ip_online_change #在线切换时 vip 的管理
power_manager #故障发生后关闭主机的脚本
send_report #因故障切换后发送报警的脚本
----------------------------------------------------------------------------------------------------------2复制上述的自动切换时 VIP 管理的脚本到 /usr/local/bin 目录这里使用master_ip_failover脚本来管理 VIP 和故障切换
cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin3修改内容如下删除原有内容直接复制并修改vip相关参数
vim /usr/local/bin/master_ip_failover
use strict;
use warnings FATAL all;use Getopt::Long;my (
$command, $ssh_user, $orig_master_host, $orig_master_ip,
$orig_master_port, $new_master_host, $new_master_ip, $new_master_port);
my $vip 192.168.1174.200; #指定vip的地址
my $brdc 192.168.174.255; #指定vip的广播地址
my $ifdev ens33; #指定vip绑定的网卡
my $key 1; #指定vip绑定的虚拟网卡序列号
my $ssh_start_vip /sbin/ifconfig ens33:$key $vip; #代表此变量值为ifconfig ens33:1 192.168.174.200
my $ssh_stop_vip /sbin/ifconfig ens33:$key down; #代表此变量值为ifconfig ens33:1 192.168.174.200 down
my $exit_code 0; #指定退出状态码为0
#my $ssh_start_vip /usr/sbin/ip addr add $vip/24 brd $brdc dev $ifdev label $ifdev:$key;/usr/sbin/arping -q -A -c 1 -I $ifdev $vip;iptables -F;;
#my $ssh_stop_vip /usr/sbin/ip addr del $vip/24 dev $ifdev label $ifdev:$key;
GetOptions(
commands \$command,
ssh_users \$ssh_user,
orig_master_hosts \$orig_master_host,
orig_master_ips \$orig_master_ip,
orig_master_porti \$orig_master_port,
new_master_hosts \$new_master_host,
new_master_ips \$new_master_ip,
new_master_porti \$new_master_port,
);exit main();sub main {print \n\nIN SCRIPT TEST$ssh_stop_vip$ssh_start_vip\n\n;if ( $command eq stop || $command eq stopssh ) {my $exit_code 1;
eval {
print Disabling the VIP on old master: $orig_master_host \n;
stop_vip();
$exit_code 0;
};
if ($) {
warn Got Error: $\n;
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq start ) {my $exit_code 10;
eval {
print Enabling the VIP - $vip on the new master - $new_master_host \n;
start_vip();
$exit_code 0;
};
if ($) {
warn $;
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq status ) {
print Checking the Status of the script.. OK \n;
exit 0;
}
else {
usage();
exit 1;
}
}
sub start_vip() {
ssh $ssh_user\$new_master_host \ $ssh_start_vip \;
}
## A simple system call that disable the VIP on the old_master
sub stop_vip() {
ssh $ssh_user\$orig_master_host \ $ssh_stop_vip \;
}sub usage {
print
Usage: master_ip_failover --commandstart|stop|stopssh|status --orig_master_hosthost --orig_master_ipip --orig_master_portport --new_master_hosthost --new_master_ipip --new_master_portport\n;
}
4创建 MHA 软件目录并拷贝配置文件这里使用app1.cnf配置文件来管理 mysql 节点服务器
mkdir /etc/masterha
cp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterhavim /etc/masterha/app1.cnf #删除原有内容直接复制并修改节点服务器的IP地址
[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_online_change
passwordmhamanager
ping_interval1
remote_workdir/tmp
repl_password123456
repl_usermyslave
secondary_check_script/usr/local/bin/masterha_secondary_check -s 192.168.174.18 -s 192.168.174.19
shutdown_script
ssh_userroot
usermha[server1]
hostname192.168.174.15
port3306[server2]
candidate_master1
check_repl_delay0
hostname192.168.174.18
port3306[server3]
hostname192.168.174.19
port3306----------------------------------------------------------------------------------------------------------
[server default]
manager_log/var/log/masterha/app1/manager.log #manager日志
manager_workdir/var/log/masterha/app1 #manager工作目录
master_binlog_dir/usr/local/mysql/data/ #master保存binlog的位置这里的路径要与master里配置的binlog的路径一致以便MHA能找到
master_ip_failover_script/usr/local/bin/master_ip_failover #设置自动failover时候的切换脚本也就是上面的那个脚本
master_ip_online_change_script/usr/local/bin/master_ip_online_change #设置手动切换时候的切换脚本
passwordmanager #设置mysql中root用户的密码这个密码是前文中创建监控用户的那个密码
ping_interval1 #设置监控主库发送ping包的时间间隔默认是3秒尝试三次没有回应的时候自动进行failover
remote_workdir/tmp #设置远端mysql在发生切换时binlog的保存位置
repl_password123 #设置复制用户的密码
repl_usermyslave #设置复制用户的用户
report_script/usr/local/send_report #设置发生切换后发送的报警的脚本
secondary_check_script/usr/local/bin/masterha_secondary_check -s 192.168.174.18 -s 192.168.174.19 #指定检查的从服务器IP地址
shutdown_script #设置故障发生后关闭故障主机脚本该脚本的主要作用是关闭主机防止发生脑裂,这里没有使用
ssh_userroot #设置ssh的登录用户名
usermha #设置监控用户root[server1]
hostname192.168.174.15
port3306[server2]
hostname192.168.174.18
port3306
candidate_master1
#设置为候选master设置该参数以后发生主从切换以后将会将此从库提升为主库即使这个从库不是集群中最新的slavecheck_repl_delay0
#默认情况下如果一个slave落后master 超过100M的relay logs的话MHA将不会选择该slave作为一个新的master 因为对于这个slave的恢复需要花费很长时间通过设置check_repl_delay0MHA触发切换在选择一个新的master的时候将会忽略复制延时这个参数对于设置了candidate_master1的主机非常有用因为这个候选主在切换的过程中一定是新的master[server3]
hostname192.168.174.19
port3306
----------------------------------------------------------------------------------------------------------5.第一次配置需要在 Master 节点上手动开启虚拟IP
/sbin/ifconfig ens33:1 192.168.174.200/246.manager 节点上测试 ssh
masterha_check_ssh -conf/etc/masterha/app1.cnf7.manager 节点上测试 mysql 主从连接
masterha_check_repl -conf/etc/masterha/app1.cnf8.在 manager 节点上启动 MHA
nohup masterha_manager --conf/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover /dev/null /var/log/masterha/app1/manager.log 21 #生产中java 服务启动的方式9.查看 MHA 状态
masterha_check_status --conf/etc/masterha/app1.cnf10.查看日志
cat /var/log/masterha/app1/manager.log | grep current master11. 查看master VIP
查看master 的 VIP 地址 192.168.174.200 是否存在这个 VIP 地址不会因为 manager 节点停止 MHA 服务而消失。
ifconfig三、故障模拟
1.在 manager 节点上监控观察日志记录
tail -f /var/log/masterha/app1/manager.log#正常自动切换一次后MHA 进程会退出。HMA 会自动修改 app1.cnf 文件内容将宕机的 master 节点删除。查看 slave1 是否接管 VIP
ifconfig2.在 Master 节点 master 上停止mysql服务
systemctl stop mysqld
或
pkill -9 mysql3.查看VIP是否漂移
正常自动切换一次后MHA 进程会退出。HMA 会自动修改 app1.cnf 文件内容将宕机的 master 节点删除。查看 slave1 是否接管 VIP
ifconfig故障切换备选主库的算法 1一般判断从库的是从position/GTID判断优劣数据有差异最接近于master的slave成为备选主。 2数据一致的情况下按照配置文件顺序选择备选主库。 3设定有权重candidate_master1按照权重强制指定备选主。 1默认情况下如果一个slave落后master 100M的relay logs的话即使有权重也会失效。 2如果check_repl_delay0的话即使落后很多日志也强制选择其为备选主。 4.故障恢复
1恢复mysql
systemctl restart mysqld2修复主从 在现主库服务器 Mysql2 查看二进制文件和同步点
show master status;
--------------------------------------------------------------------------------
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
--------------------------------------------------------------------------------
| master-bin.000002 | 154 | | | |
--------------------------------------------------------------------------------
3在原主库服务器 mysql1 执行同步操作
change master to master_host192.168.174.15,master_usermyslave,master_password123456,master_log_filemaster-bin.000002,master_log_pos154;start slave;
4在 manager 节点上修改配置文件app1.cnf再把这个记录添加进去因为它检测掉失效时候会自动消失
vim /etc/masterha/app1.cnf
......
secondary_check_script/usr/local/bin/masterha_secondary_check -s 192.168.174.18 -s 192.168.174.19
......
[server1]
hostname192.168.174.15
port3306[server2]
candidate_master1
check_repl_delay0
hostname192.168.174.18
port3306[server3]
hostname192.168.174.19
port33065在 manager 节点上启动 MHA
nohup masterha_manager --conf/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover /dev/null /var/log/masterha/app1/manager.log 21 四、总结
MHAMaster High Availability是一款基于MySQL的高可用性HA解决方案。MHA的作用是在主服务器出现故障时通过自动切换到备份服务器保证MySQL服务的高可用性和连续性。
1.MHA的配置包括三个主要组件Master Server、MHA Node和MHA Manager。下面是MHA的高可用配置及故障切换的步骤
2.在Master Server和Replica Server上安装MHA Manager和相关依赖。MHA Manager是一个Python脚本需要依赖于Perl脚本、Python-cryptography库、SSH客户端等。
3.配置MHA Manager的配置文件masterha_manager.conf。配置文件中需要包含MySQL的Master服务器和Replica服务器的连接信息、SSH连接信息等。
4.配置SSH连接确保Master Server和Replica Server能够互相SSH连接。可以通过配置SSH公钥和私钥的方式来实现。
5.启动MHA管理器。可以使用以下命令来启动MHA Manager masterha_manager --conf/etc/masterha/masterha_manager.conf --remove_dead_master_conf 配置MHA Manager的failover功能。可以通过配置master_ip_failover_script参数来实现自定义切换脚本的使用。
6.测试MHA的故障转移功能。可以模拟Master Server的故障检查MHA是否能够自动切换到Replica Server。
7.需要注意的是在使用MHA和进行故障切换之前应该先备份所有的数据以防止意外数据丢失和损坏。
总的来说MHA是一种可靠和稳定的高可用性解决方案可以有效地提高MySQL服务的可用性和连续性。配置MHA并进行故障切换需要一定的系统管理和MySQL技术经验建议在实际使用中仔细了解和研究相关技术文档和最佳实践以确保高可用性和数据的安全性。
