MHA高可用架构搭建

已于 2022-04-18 11:09:48 修改
阅读量1.1k 收藏 13
点赞数 2
分类专栏： MySQL 文章标签： MySQL MHA
于 2021-07-12 19:22:56 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44796239/article/details/118679179
版权

MHA高可用架构搭建

内容就不展示了，里面已经收录上百套项目资料，自行获取。
无套路分享：

http://106.75.108.26:8001/index?empid=15
建议收藏：会一直持续更新。。。

1、环境软件版本

centos7 下载：

http://mirrors.aliyun.com/centos/7/isos/x86_64/

在这里插入图片描述

环境&软件版本
虚拟机&VMware FusionVMware Fusion
服务器&centos7.8(我用的是mini版)
数据库&MySQL5.7.28
远程连接&ZenTermLite
远程文件传输rz sz

2、环境架构介绍

架构如图所示：4台机器的IP和角色如下表：

机器名称IP角色权限
MySQL_Master172.16.255.2数据库master可读写、主库
MySQL_Slave1172.16.255.6数据库Slave只读、从库
MySQL_Slave2172.16.255.7数据库Slave只读、从库
MySQL_MHA172.16.255.8MHA Manager高可用监控

在这里插入图片描述

3、MySQL主从搭建

3.1 MySQL安装（3台）

下载

wget https://cdn.mysql.com/archives/mysql-5.7/mysql-5.7.28-1.el7.x86_64.rpm-bundle.tar

解压

tar xvf mysql-5.7.28-1.el7.x86_64.rpm-bundle.tar

在这里插入图片描述

安装
要移除CentOS自带的mariadb-libs，不然会提示冲突

rpm -qa | grep mariadb
rpm -e mariadb-libs-5.5.41-2.el7_0.x86_64 --nodeps

在这里插入图片描述由于MySQL的server服务依赖了common、libs、client，所以需要按照以下顺序依次安装。
RPM是Red Hat公司随Redhat Linux推出的一个软件包管理器，通过它能够更加方便地实现软件的安
装。rpm常用的命令有以下几个:

-i, --install 安装软件包 
-v, --verbose 可视化，提供更多的详细信息的输出
-h, --hash 显示安装进度 
-U, --upgrade=<packagefile>+ 升级软件包 
-e, --erase=<package>+ 卸载软件包 
--nodeps 不验证软件包的依赖

组合可得到几个常用命令：

安装软件：rpm -ivh rpm包名 
升级软件：rpm -Uvh rpm包名 
卸载软件：rpm -e rpm包名 
查看某个包是否被安装 rpm -qa | grep 软件名称

下面就利用安装命令来安装mysql：

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-libs-compat-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 
rpm -ivh mysql-community-devel-5.7.28-1.el7.x86_64.rpm

在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述注意：

rpm -ivh mysql-community-server-5.7.28-1.el7.x86_64.rpm  执行报错

不要慌~
问题原因：

很简单，如错误信息显示，缺少perl 、 net-tools 两个依赖，使用yum安装即可

问题解决：

yum安装对应的包

yum -y install perl.x86_64

在这里插入图片描述

yum install net-tools.x86_64

在这里插入图片描述

继续执行：

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

在这里插入图片描述
最后执行

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

在这里插入图片描述
启动
初始化用户

mysqld --initialize --user=mysql

在这里插入图片描述
查看初始密码

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

在这里插入图片描述启动mysql服务

systemctl start mysqld

在这里插入图片描述
配置为开机启动

systemctl enable mysqld

在这里插入图片描述
接下来登录mysql，修改默认密码。

mysql -uroot -p'初始密码' 

mysql> SET PASSWORD = PASSWORD('你想要设置的密码'); 
Query OK, 0 rows affected, 1 warning (0.00 sec)

在这里插入图片描述

3.2 关闭防火墙

不同的MySQL直接要互相访问，需要关闭Linux的防火墙，否则就要在配置/etc/sysconfig/iptables中增加规则。配置防火墙不是本次作业的重点，所以四台服务器均关闭防火墙。

systemctl stop firewalld
永久关闭防火墙：（可选）
systemctl disable firewald

在这里插入图片描述
剩下3台，克隆即可

在这里插入图片描述在这里插入图片描述同样的步骤，克隆：Mysql_Slave2、MysqlMHA即可。
结果如图：
在这里插入图片描述

3.3 MySQL主从配置

Master节点

使用vim /etc/my.cnf命令修改Master配置文件
如果vim命令执行出错，则执行 yum install vim 安装即可

#bin_log配置 
log_bin=mysql-bin 
server-id=1 
sync-binlog=1 
binlog-ignore-db=information_schema 
binlog-ignore-db=mysql 
binlog-ignore-db=performance_schema 
binlog-ignore-db=sys 
#relay_log配置 
relay_log=mysql-relay-bin 
log_slave_updates=1 
relay_log_purge=0

重启服务

systemctl restart mysqld

在这里插入图片描述主库给从库授权

登录MySQL，在MySQL命令行执行如下命令：

mysql> grant replication slave on *.* to root@'%' identified by '密码'; 
mysql> grant all privileges on *.* to root@'%' identified by '密码'; 
mysql> flush privileges; 
//查看主库状态信息，例如master_log_file='mysql-bin.000007',master_log_pos=154 
mysql> show master status;

在这里插入图片描述

Slave1节点

修改Slave的MySQL配置文件my.cnf，两台Slave的server-id分别设置为2和3

#bin_log配置 
log_bin=mysql-bin 
#服务器ID,从库1是2,从库2是3 
server-id=2 
sync-binlog=1 
binlog-ignore-db=information_schema 
binlog-ignore-db=mysql 
binlog-ignore-db=performance_schema 
binlog-ignore-db=sys 
#relay_log配置 
relay_log=mysql-relay-bin 
log_slave_updates=1 
relay_log_purge=0 
read_only=1

重启服务

systemctl restart mysqld

在这里插入图片描述开启同步
登录MySQL，在Slave节点的MySQL命令行执行同步操作，例如下面命令（注意参数与上面show master status操作显示的参数一致）：

change master to master_host='172.16.255.2',master_port=3306,master_user='root',master_password ='root',master_log_file='mysql-bin.000001',master_log_pos=869; 

start slave; // 开启同步

在这里插入图片描述

Slave2节点

执行与Slave1相同的节点，唯一的区别是：server-id不同

3.4 配置半同步复制

Master节点

登录MySQL，在MySQL命令行执行下面命令安装插件

install plugin rpl_semi_sync_master soname 'semisync_master.so'; 
show variables like '%semi%';

在这里插入图片描述使用vim /etc/my.cnf，修改MySQL配置文件

# 自动开启半同步复制 
rpl_semi_sync_master_enabled=ON 
rpl_semi_sync_master_timeout=1000

在这里插入图片描述重启MySQL服务

systemctl restart mysqld

在这里插入图片描述

Slave节点

两台Slave节点都执行以下步骤。
登录MySQL，在MySQL命令行执行下面命令安装插件

install plugin rpl_semi_sync_slave soname 'semisync_slave.so';

在这里插入图片描述

使用vim/etc/my.cnf，修改MySQL配置文件

# 自动开启半同步复制
rpl_semi_sync_slave_enabled=ON

在这里插入图片描述

重启服务

systemctl restart mysqld

在这里插入图片描述
测试半同步状态
首先通过MySQL命令行检查参数的方式，查看半同步是否开启。

show variables like '%semi%';

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
然后通过MySQL日志再次确认。

cat /var/log/mysqld.log

可以看到日志中已经启动半同步信息，例如：

Start semi-sync binlog_dump to slave (server_id: 2), pos(mysql-bin.000005, 154)

结果发现(尴尬了吧，报错了)：
master节点日志显示：

[Warning] IP address '172.16.255.6' could not be resolved: Name or service not known
[Warning] IP address '172.16.255.7' could not be resolved: Name or service not known

slave节点日志显示:

[ERROR] Slave I/O for channel '': Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work. Error_code: 1593

没关系，不要慌，淡定~
原因：
我的slave节点是克隆的master节点，于是克隆的虚拟机与原虚拟机的UUID也是一样了，冲突
在这里插入图片描述在这里插入图片描述在这里插入图片描述

解决方案：
删除slave1、slave2、mha机器上的这个文件，然后重启数据库即可解决
这个文件删除，重启MySQL之后，会自动生成，无须担心
在这里插入图片描述
再次查看master节点的日志，如下图：证明半同步开启成功~

cat /var/log/mysqld.log

在这里插入图片描述

4. MHA高可用搭建

四台机器ssh互通

在四台服务器上分别执行下面命令，生成公钥和私钥（注意：连续按换行回车采用默认值）

ssh-keygen -t rsa

在这里插入图片描述
在三台MySQL服务器分别执行下面命令，密码输入系统密码，将公钥拷到MHA Manager服务器上

ssh-copy-id 172.16.255.8

在这里插入图片描述之后可以在MHA Manager服务器上检查下，看看.ssh/authorized_keys文件是否包含3个公钥

cat /root/.ssh/authorized_keys

在这里插入图片描述
执行下面命令，将MHA Manager的公钥添加到authorized_keys文件中（此时应该包含4个公钥）

cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys

在这里插入图片描述
从MHA Manager服务器执行下面命令，向其他三台MySQL服务器分发公钥信息。

scp /root/.ssh/authorized_keys root@172.16.255.2:/root/.ssh/authorized_keys 
scp /root/.ssh/authorized_keys root@172.16.255.6:/root/.ssh/authorized_keys 
scp /root/.ssh/authorized_keys root@172.16.255.7:/root/.ssh/authorized_keys

在这里插入图片描述
可以MHA Manager执行下面命令，检测下与三台MySQL是否实现ssh互通。

ssh 172.16.255.2
exit 
ssh 172.16.255.6 
exit 
ssh 172.16.255.7
exit

在这里插入图片描述

MHA下载安装

MHA下载

MySQL5.7对应的MHA版本是0.5.8，所以在GitHub上找到对应的rpm包进行下载，MHA manager和
node的安装包需要分别下载：

https://github.com/yoshinorim/mha4mysql-manager/releases/tag/v0.58 
https://github.com/yoshinorim/mha4mysql-node/releases/tag/v0.58

下载后，将Manager和Node的安装包分别上传到对应的服务器。

  • 三台MySQL服务器需要安装node
  • MHA Manager服务器需要安装manager和node

提示：也可以使用wget命令在linux系统直接下载获取，例如

wget https://github.com/yoshinorim/mha4mysql- manager/releases/download/v0.58/mha4mysql-manager-0.58-0.el7.centos.noarch.rpm

MHA node安装

在四台服务器上安装mha4mysql-node。
MHA的Node依赖于perl-DBD-MySQL，所以要先安装perl-DBD-MySQL。

yum install perl-DBD-MySQL -y 
wget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.58/mha4mysql-node-0.58-0.el7.centos.noarch.rpm
rpm -ivh mha4mysql-node-0.58-0.el7.centos.noarch.rpm

在这里插入图片描述在这里插入图片描述
在这里插入图片描述

MHA manager安装

在MHA Manager服务器安装mha4mysql-node和mha4mysql-manager。
MHA的manager又依赖了perl-Config-Tiny、perl-Log-Dispatch、perl-Parallel-ForkManager，也分别进行安装。

wget http://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
rpm -ivh epel-release-latest-7.noarch.rpm
yum install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager -y

wget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.58/mha4mysql-node-0.58-0.el7.centos.noarch.rpm
rpm -ivh mha4mysql-node-0.58-0.el7.centos.noarch.rpm

wget https://github.com/yoshinorim/mha4mysql-manager/releases/download/v0.58/mha4mysql-manager-0.58-0.el7.centos.noarch.rpm
rpm -ivh mha4mysql-manager-0.58-0.el7.centos.noarch.rpm

在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述
提示：由于perl-Log-Dispatch和perl-Parallel-ForkManager这两个被依赖包在yum仓库找不到，
因此安装epel-release-latest-7.noarch.rpm。在使用时，可能会出现下面异常：Cannot
retrieve metalink for repository: epel/x86_64。可以尝试使
用/etc/yum.repos.d/epel.repo，然后注释掉metalink，取消注释baseurl。

MHA 配置文件

MHA Manager服务器需要为每个监控的 Master/Slave 集群提供一个专用的配置文件，而所有的
Master/Slave 集群也可共享全局配置。

初始化配置目录

#目录说明 
#/var/log 									(CentOS目录) 
# 		/mha 								(MHA监控根目录) 
# 			/app1 							(MHA监控实例根目录)
#				/manager.log   				(MHA监控实例日志文件) 

mkdir -p /var/log/mha/app1 
touch /var/log/mha/app1/manager.log

配置监控全局配置文件

vim /etc/masterha_default.cnf

需要先在master的MySQL主库执行命令，创建一个新用户mha
在这里插入图片描述

[server default] 
#主库用户名，在master mysql的主库执行下列命令建一个新用户 
#create user 'mha'@'%' identified by 'root'; 
#grant all on *.* to mha@'%' identified by 'root'; 
#flush privileges; 
user=mha 
password=root 
port=3306 
#ssh登录账号 
ssh_user=root
#从库复制账号和密码 
repl_user=root 
repl_password=root 
port=3306 
#ping次数 
ping_interval=1 
#二次检查的主机 
secondary_check_script=masterha_secondary_check -s 172.16.255.2 -s 172.16.255.6 -s 172.16.255.7

配置监控实例配置文件

先使用 mkdir -p /etc/mha 命令创建目录，然后使用 vim /etc/mha/app1.cnf 命令编辑文件

[server default]
#MHA监控实例根目录 
manager_workdir=/var/log/mha/app1 
#MHA监控实例日志文件 
manager_log=/var/log/mha/app1/manager.log 

#[serverx] 			服务器编号 
#hostname 			主机名 
#candidate_master 	可以做主库 
#master_binlog_dir 	binlog日志文件目录 

[server1] 
hostname=172.16.255.2 
candidate_master=1 
master_binlog_dir="/var/lib/mysql" 

[server2] 
hostname=172.16.255.6 
candidate_master=1 
master_binlog_dir="/var/lib/mysql"

[server3] 
hostname=172.16.255.7
candidate_master=1 
master_binlog_dir="/var/lib/mysql"

MHA 配置检测

执行ssh通信检测

在MHA Manager服务器上执行：

masterha_check_ssh --conf=/etc/mha/app1.cnf

在这里插入图片描述

检测MySQL主从复制

在MHA Manager服务器上执行：

masterha_check_repl --conf=/etc/mha/app1.cnf

[root@bogon ~]# masterha_check_repl --conf=/etc/mha/app1.cnf
Tue Jul 13 17:04:15 2021 - [info] Reading default configuration from /etc/masterha_default.cnf..
Tue Jul 13 17:04:15 2021 - [info] Reading application default configuration from /etc/mha/app1.cnf..
Tue Jul 13 17:04:15 2021 - [info] Reading server configuration from /etc/mha/app1.cnf..
Tue Jul 13 17:04:15 2021 - [info] MHA::MasterMonitor version 0.58.
Tue Jul 13 17:04:16 2021 - [info] GTID failover mode = 0
Tue Jul 13 17:04:16 2021 - [info] Dead Servers:
Tue Jul 13 17:04:16 2021 - [info] Alive Servers:
Tue Jul 13 17:04:16 2021 - [info]   172.16.255.2(172.16.255.2:3306)
Tue Jul 13 17:04:16 2021 - [info]   172.16.255.6(172.16.255.6:3306)
Tue Jul 13 17:04:16 2021 - [info]   172.16.255.7(172.16.255.7:3306)
Tue Jul 13 17:04:16 2021 - [info] Alive Slaves:
Tue Jul 13 17:04:16 2021 - [info]   172.16.255.6(172.16.255.6:3306)  Version=5.7.28-log (oldest major version between slaves) log-bin:enabled
Tue Jul 13 17:04:16 2021 - [info]     Replicating from 172.16.255.2(172.16.255.2:3306)
Tue Jul 13 17:04:16 2021 - [info]     Primary candidate for the new Master (candidate_master is set)
Tue Jul 13 17:04:16 2021 - [info]   172.16.255.7(172.16.255.7:3306)  Version=5.7.28-log (oldest major version between slaves) log-bin:enabled
Tue Jul 13 17:04:16 2021 - [info]     Replicating from 172.16.255.2(172.16.255.2:3306)
Tue Jul 13 17:04:16 2021 - [info]     Primary candidate for the new Master (candidate_master is set)
Tue Jul 13 17:04:16 2021 - [info] Current Alive Master: 172.16.255.2(172.16.255.2:3306)
Tue Jul 13 17:04:16 2021 - [info] Checking slave configurations..
Tue Jul 13 17:04:16 2021 - [info] Checking replication filtering settings..
Tue Jul 13 17:04:16 2021 - [info]  binlog_do_db= , binlog_ignore_db= information_schema,mysql,performance_schema,sys
Tue Jul 13 17:04:16 2021 - [info]  Replication filtering check ok.
Tue Jul 13 17:04:16 2021 - [info] GTID (with auto-pos) is not supported
Tue Jul 13 17:04:16 2021 - [info] Starting SSH connection tests..
Tue Jul 13 17:04:20 2021 - [info] All SSH connection tests passed successfully.
Tue Jul 13 17:04:20 2021 - [info] Checking MHA Node version..
Tue Jul 13 17:04:21 2021 - [info]  Version check ok.
Tue Jul 13 17:04:21 2021 - [info] Checking SSH publickey authentication settings on the current master..
Tue Jul 13 17:04:21 2021 - [info] HealthCheck: SSH to 172.16.255.2 is reachable.
Tue Jul 13 17:04:22 2021 - [info] Master MHA Node version is 0.58.
Tue Jul 13 17:04:22 2021 - [info] Checking recovery script configurations on 172.16.255.2(172.16.255.2:3306)..
Tue Jul 13 17:04:22 2021 - [info]   Executing command: save_binary_logs --command=test --start_pos=4 --binlog_dir=/var/lib/mysql --output_file=/var/tmp/save_binary_logs_test --manager_version=0.58 --start_file=mysql-bin.000002 
Tue Jul 13 17:04:22 2021 - [info]   Connecting to root@172.16.255.2(172.16.255.2:22).. 
  Creating /var/tmp if not exists..    ok.
  Checking output directory is accessible or not..
   ok.
  Binlog found at /var/lib/mysql, up to mysql-bin.000002
Tue Jul 13 17:04:22 2021 - [info] Binlog setting check done.
Tue Jul 13 17:04:22 2021 - [info] Checking SSH publickey authentication and checking recovery script configurations on all alive slave servers..
Tue Jul 13 17:04:22 2021 - [info]   Executing command : apply_diff_relay_logs --command=test --slave_user='mha' --slave_host=172.16.255.6 --slave_ip=172.16.255.6 --slave_port=3306 --workdir=/var/tmp --target_version=5.7.28-log --manager_version=0.58 --relay_log_info=/var/lib/mysql/relay-log.info  --relay_dir=/var/lib/mysql/  --slave_pass=xxx
Tue Jul 13 17:04:22 2021 - [info]   Connecting to root@172.16.255.6(172.16.255.6:22).. 
  Checking slave recovery environment settings..
    Opening /var/lib/mysql/relay-log.info ... ok.
    Relay log found at /var/lib/mysql, up to mysql-relay-bin.000006
    Temporary relay log file is /var/lib/mysql/mysql-relay-bin.000006
    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.
Tue Jul 13 17:04:23 2021 - [info]   Executing command : apply_diff_relay_logs --command=test --slave_user='mha' --slave_host=172.16.255.7 --slave_ip=172.16.255.7 --slave_port=3306 --workdir=/var/tmp --target_version=5.7.28-log --manager_version=0.58 --relay_log_info=/var/lib/mysql/relay-log.info  --relay_dir=/var/lib/mysql/  --slave_pass=xxx
Tue Jul 13 17:04:23 2021 - [info]   Connecting to root@172.16.255.7(172.16.255.7:22).. 
  Checking slave recovery environment settings..
    Opening /var/lib/mysql/relay-log.info ... ok.
    Relay log found at /var/lib/mysql, up to mysql-relay-bin.000005
    Temporary relay log file is /var/lib/mysql/mysql-relay-bin.000005
    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.
Tue Jul 13 17:04:24 2021 - [info] Slaves settings check done.
Tue Jul 13 17:04:24 2021 - [info] 
172.16.255.2(172.16.255.2:3306) (current master)
 +--172.16.255.6(172.16.255.6:3306)
 +--172.16.255.7(172.16.255.7:3306)

Tue Jul 13 17:04:24 2021 - [info] Checking replication health on 172.16.255.6..
Tue Jul 13 17:04:24 2021 - [info]  ok.
Tue Jul 13 17:04:24 2021 - [info] Checking replication health on 172.16.255.7..
Tue Jul 13 17:04:24 2021 - [info]  ok.
Tue Jul 13 17:04:24 2021 - [warning] master_ip_failover_script is not defined.
Tue Jul 13 17:04:24 2021 - [warning] shutdown_script is not defined.
Tue Jul 13 17:04:24 2021 - [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.

出现“MySQL Replication Health is OK.”证明MySQL复制集群没有问题。

MHA Manager启动

在MHA Manager服务器上执行：

nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/app1/manager.log 2>&1 &

在这里插入图片描述

查看监控状态命令如下：

masterha_check_status --conf=/etc/mha/app1.cnf

在这里插入图片描述

查看监控日志命令如下：

tail -f /var/log/mha/app1/manager.log

在这里插入图片描述

测试MHA故障转移

模拟主节点崩溃

在MHA Manager服务器执行打开日志命令：

tail -200f /var/log/mha/app1/manager.log

显示manager.log文件的末尾200行
在这里插入图片描述

关闭Master MySQL服务器服务，模拟主节点崩溃

systemctl stop mysqld

在这里插入图片描述

查看MHA日志，可以看到哪台slave切换成了master
在这里插入图片描述

show master status;

测试SQL脚本

create TABLE position ( 
	id int(20), name varchar(50), 
	salary varchar(20), 
	city varchar(50) ) ENGINE=innodb charset=utf8;

insert into position values(1, 'Java', 13000, 'shanghai'); 
insert into position values(2, 'DBA', 20000, 'beijing');

create TABLE position_detail (
	id int(20), 
	pid int(20), 
	description text ) ENGINE=innodb charset=utf8;

insert into position_detail values(1, 1, 'Java Developer'); 
insert into position_detail values(2, 2, 'Database Administrator');
添砖#Java
关注
  • 2
    点赞
  • 踩
  • 13
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 6
    评论
专栏目录
mha架构搭建
u012943083的博客
03-20 328
这里写自定义目录标题一、MySQL安装1、卸载以前的 MySQL 和 mariadb-libs2、安装mysql3、运行mysql 一、MySQL安装 1、卸载以前的 MySQL 和 mariadb-libs rpm -qa|grep -i mysql rpm -e 包名 --nodeps rpm -qa|grep mariadb rpm -e 包名 --nodeps 2、安装mysql # 解压安装文件 tar -zxvf mysql-5.7.32-linux-glibc2.12-x86_64.tar.
MHA数据库高可用搭建
m0_67062351的博客
06-20 376
MHA数据库高可用搭建
MySQL高可用方案之MHA
TTSuzuka的博客
12-05 1956
MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时，会提升其中拥有最新数据的 slave 节点成为新的master 节点，在此期间，MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能，即按需切换 master/slave 节点。 　　MHA 是由日本人 yoshinorim（原就职于DeNA
mysql MHA高可用方案部署
最新发布
weixin_53316941的博客
04-28 1456
MHA 高可用搭建、实践，验证
mysql mha java_Mysql MHA 环境搭建
weixin_30248619的博客
01-27 357
基础架构MHA(Master High Availability) 有 MHA Manager(管理节点)和MHA Node(数据节点)。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自...
MHA高可用集群架构
qq_44944641的博客
05-27 354
目录：一、MHA1.什么是MHA：2.MHA工作原理：3.MHA组件：4.MHA组件介绍：5.MHA工具介绍：1).Manager工具：2).Node工具：二、MHA部署架构1.部署规划：2.部署MySQL主从复制环境：1).master主服务器：2).slave1,slave2从服务器：3.配置主从数据同步：4.MHA软件的安装：1).配置ssh互信（免密登入）： 一、MHA 1.什么是MHA： 2.MHA工作原理： 当master出现故障时，通过对比slave之间io线程读取master上b
MySQL MHA高可用架构搭建手册
02-21
MySQL MHA高可用架构搭建手册
MHA高可用架构搭建细节流程
08-26
MHA高可用架构搭建细节流程 本文将详细介绍MHA高可用架构搭建的细节流程，从搭建MySQL主从复制到MHA高可用实现故障转移。本文将涵盖MySQL主从复制的搭建、MHA高可用架构的搭建详细流程，并对相关的技术点进行了详细...
MySQL高可用架构MHA搭建和测试.docx
07-29
通过以上步骤，你可以成功地在Linux环境下搭建起一个MySQL高可用架构的MHA系统，并进行有效的测试验证。这样的架构能够大大提高MySQL服务的稳定性和容错能力，为业务的持续运行提供了保障。在实际生产环境中，还需要...
Mysql MHA高可用集群架构1
08-08
Mysql MHA高可用集群架构1 MHA（Master High Availability）是一种相对成熟的高可用解决方案，主要应用于 MySQL 高可用环境下故障切换和主从提升。MHA 由两部分组成：MHA Manager（管理节点）和 MHA Node（数据节点...
MHA高可用配置及故障切换
2301_81272194的博客
03-30 877
关于mysql数据库的MHA高可用配置及故障切换
【MYSQL】MHA搭建过程
践行见远
07-30 515
环境介绍 IP 角色 172.16.20.105 master 172.16.20.106 slave1(manage) 172.16.20.107 slave2 安装mysql 下载mha安装包 https://code.google.com/archive/p/mysql-master-ha/downloads?page=1 mha安装 ##安装依赖包(all no...
MySQL MHA 高可用架构搭建
Captain Leo的专栏
03-29 1164
Mysql、主从搭建、安装、防火墙、Master节点、Slave节点、配置半同步复制、MHA高可用搭建、MHA配置文件、MHA配置检测、测试MHA故障转移、遇到的问题
MySQL高可用架构之MHA
weixin_42073629的博客
12-15 751
简介： MHA（MasterHigh Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 该软件由两部分组成：MHA Manager（管理节点）和M.
MySQL 高可用之MHA 工作原理和架构，实现MHA高可用实战案例
qq_43555873的博客
11-06 790
MySQL 高可用解决方案 MHA 工作原理和架构 MHA集群架构 实现 MHA 实战案例
mysql高可用之Mha
weixin_61666110的博客
03-01 250
3.配置ssh免密登录，安装插件，配置半同步 所有的主机都要配置（master01，master02，slave01，manager不用安装插件）2.先在master01上装mysql数据库，配置ip地址，设置主机名 安装epel源，安装Mha依赖 配置hosts文件。#查看插件的位置，我这里在/usr/local/mysql/lib/plugin/#安装Mha（master01，master02，slave01，manager）4.创建用户，做主从复制，安装部署Mha。#配置ip地址，设置主机名。
基于MHA的MYSQL高可用架构搭建（大神篇）
Logbook的博客
08-11 4477
实验环境： 主：server1:172.25.38.1 从：server2:172.25.38.2 从：server3:172.25.38.3 在主端server1： [root@server1 ~]# /etc/init.d/mysqld stop Stopping mysqld: OK [root@serv...
MHA 架构部署
ggz 的博客
06-16 1249
文章目录MHA 架构部署一、部署信息1、安装软件信息2、软件下载地址3、环境规划二、主机环境配置1、永久修改主机名2、添加 IP 映射3、开放端口4、配置互信三、安装依赖包1、配置 MHA Node 所需依赖包（每台机都需要配）2、配置 MHA Manager 所需依赖包（只需在 manager 上配置即可）四、RPM 安装 MHA1、安装 MHA Node (所有节点都安装)2、安装 MHA Manager (manager 节点安装即可)五、源码安装 MHA1、安装 MHA Node (所有节点都安装)
MHA高可用架构：MySQL故障切换与数据一致性
"Linux运维学习笔记，重点探讨了MHA(Master High Availability)高可用架构的原理与实战应用。" 在MySQL高可用性解决方案中，MHA是一个被广泛使用的工具，由日本DeNA公司的youshimaton（现任职于Facebook）开发。MHA...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

添砖#Java

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值