MHA+mysql实现高可用

最新推荐文章于 2024-09-10 15:37:32 发布
最新推荐文章于 2024-09-10 15:37:32 发布
阅读量475 收藏 2
点赞数 1
文章标签： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42711549/article/details/83507102
版权

MHA工作原理：

1）一主三从架构，主库挂了，但主库能被从库ssh上去的情况下，MHA从三个从库中选择同步最接近的作为新主，然后新主和s2，s3都ssh到原主上通过binlog补上还没有同步的数据，io_thread读取到binlog位置，传到save_binary_logs，然后回放，达到s1,s2,s3和原主一致。

（2）主库无法ssh上去的情况下，即主库的系统无法连接，假设有binlog server ，利用binlog补数据，和前面情况一样；

如果没有binlog server，假设s1靠前，s2和s3会通过relay-log和s1同步（所以从库的relay不能自动清除参数relay_log_purge = 0） ，提升s1为主，把s2和s3作为s1的从

实验环境：

rhel6.5 mysql5.7
master server1
slave server2. 3
MHA server4

部署数据同步

server1、serevr2、serevr3 做以下操作
如果之前安装过mysql，卸掉

rpm -qa |grep mysql   查看系统中是否有mysql包
rpm -e   --nodeps       删除

安装mysql

[root@server1 ~]# tar xf mysql-5.7.20-1.el6.x86_64.rpm-bundle.tar
[root@server1 ~]#  yum install -y mysql-community-client-5.7.20-1.el6.x86_64.rpm 
mysql-community-libs-compat-5.7.20-1.el6.x86_64.rpm 
mysql-community-common-5.7.20-1.el6.x86_64.rpm 
mysql-community-libs-5.7.20-1.el6.x86_64.rpm 
mysql-community-server-5.7.20-1.el6.x86_64.rpm

编辑文件
server1、serevr2、serevr3只有serevr_id不同，其他内容不变

[root@server1 ~]# vim /etc/my.cnf
server_id=1
gtid_mode=ON 
enforce_gtid_consistency=ON 
master_info_repository=TABLE 
relay_log_info_repository=TABLE 
binlog_checksum=NONE 
log_slave_updates=ON 
log_bin=binlog 
binlog_format=ROW

打开mysql
[root@server1 ~]# /etc/init.d/mysqld start
查看端口是否开启
[root@server1 ~]# netstat -antlp |grep mysql
tcp        0      0 :::3306                     :::*

安全初始化

查看mysql 初始密码
[root@server1 ~]# grep password /var/log/mysqld.log
2018-10-27T10:09:29.923519Z 1 [Note] A temporary password is generated for root@localhost: t1h5kLWl>Q9V
[root@server1 ~]# mysql_secure_installation  修改root用户密码

到此server1、serevr2、serevr3共同的操作完成
在master 上给slave 授权

[root@server1 ~]# mysql -pCUTE@123.com
mysql> grant replication slave on *.* to salt@'172.25.77.%' identified by 'CUTE@123.com';

在两个slave 上指定master

[root@server2 ~]# mysql -pCUTE@123.com
mysql> change master to master_host='172.25.77.1' , master_user='salt', master_password='CUTE@123.com', MASTER_AUTO_POSITION=1;
mysql> start slave;
mysql> show slave status\G;

在这里插入图片描述
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
io线程和sql线程都开启则表示以上操作成功
测试是否同步
在master 端写入slave 端查看

master端
mysql> create database linux;
Query OK, 1 row affected (0.04 sec)

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| linux              |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
5 rows in set (0.01 sec)

slave端
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| linux              |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
5 rows in set (0.00 sec)

slave端与master端数据一致则表示数据同步成功

MHA切换

serevr4安装MHA

所需包

Installed:
  mha4mysql-manager.noarch 0:0.56-0.el6             
  mha4mysql-node.noarch 0:0.56-0.el6                
  perl-Config-Tiny.noarch 0:2.12-7.1.el6            
  perl-Email-Date-Format.noarch 0:1.002-5.el6       
  perl-Log-Dispatch.noarch 0:2.27-1.el6             
  perl-MIME-Lite.noarch 0:3.027-2.el6               
  perl-MIME-Types.noarch 0:1.28-2.el6               
  perl-Mail-Sender.noarch 0:0.8.16-3.el6            
  perl-Mail-Sendmail.noarch 0:0.79-12.el6           
  perl-Parallel-ForkManager.noarch 0:0.7.9-1.el6

生成密钥：

[root@server4 ~]# ssh-keygen
[root@server4 ~]# ssh-copy-id 172.25.77.1
[root@server4 ~]# ssh-copy-id 172.25.77.2
[root@server4 ~]# ssh-copy-id 172.25.77.3

在这里插入图片描述
在这里插入图片描述
分发钥匙

[root@server4 ~]# cd .ssh/
[root@server4 .ssh]# ls
id_rsa  id_rsa.pub  known_hosts
[root@server4 .ssh]# scp id_rsa server1:.ssh/
[root@server4 .ssh]# scp id_rsa server2:.ssh/
[root@server4 .ssh]# scp id_rsa server3:.ssh/

在其他各个节点测试是否互相可以免密连接（如server1的操作）
在这里插入图片描述
在master 端创建监控用户同步到slave 端

mysql> grant all on *.* to root@'172.25.77.%' identified by 'CUTE@123.com';
Query OK, 0 rows affected, 1 warning (0.01 sec)

mysql> grant replication slave on *.* to salt@'172.25.77.%' identified by 'CUTE@123.com';
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql>

在MHA 端

[root@server4 ~]# chmod +x /usr/local/bin/master_ip_failover  //给脚本加可执行权限
[root@server4 ~]# chmod +x /usr/local/bin/master_ip_online_change
[root@server4 ~]# mkdir /etc/mha
[root@server4 ~]# vim /etc/mha/mha.conf
[server default] 
manager_workdir=/etc/mha //设置manager的工作目录 
manager_log=/etc/mha/mha.log //设置manager的日志 
master_binlog_dir=/var/lib/mysql //设置master 保存binlog的位置,以便MHA可以找到master的日志 
#master_ip_failover_script=/usr/local/bin/master_ip_failover //设置自动failover时候的切换脚本 
#master_ip_online_change_script=/usr/local/bin/master_ip_online_change //设置手动切换时候的切换脚本 
user=root //设置监控用户root 
password=CUTE@123.com //设置mysql中root用户的密码,这个密码是前文中创建监控用户的那个密码 
ping_interval=1 //设置监控主库,发送ping包的时间间隔,默认是3秒,尝试三次没有回应的时候自动进行railover 
remote_workdir=/tmp //设置远端mysql在发生切换时binlog的保存位置 
repl_user=salt //设置复制环境中的复制用户名 
repl_password=CUTE@123.com //设置复制用户的密码 
#report_script=/usr/local/send_report //设置发生切换后发送的报警的脚本 
ssh_user=root //设置ssh的登录用户名 

[server1] 
hostname=172.25.77.1 
port=3306 

[server2] 
hostname=172.25.77.2 
port=3306 
#candidate_master=1 //设置为候选master 
#check_repl_delay=0 //默认情况下如果一个slave落后master 100M的relay logs的话,MHA将不会选择该slave作为一个新的master 

[server3] 
hostname=172.25.77.3 
port=3306

检测ssh 与健康检查是否配置成功

[root@server4 ~]# masterha_check_ssh --conf=/etc/mha/mha.conf
Sat Oct 27 20:01:56 2018 - [info] All SSH connection tests passed successfully.

[root@server4 ~]# masterha_check_repl --conf=/etc/mha/mha.conf
MySQL Replication Health is OK.

测试：
手动在线切换

  • 在slave端查看现在的master是谁

在这里插入图片描述
在MHA 上手动切换master

masterha_master_switch --conf=/etc/mha/mha.conf --master_state=alive --new_master_host=172.25.77.2 --new_master_port=3306 --orig_master_is_new_slave

在这里插入图片描述
在slave 端查看是否成功
在这里插入图片描述
server2为新的master 原来的master变为slave
测试切换后是否同步：
在新master上写入数据

mysql> use linux ;
Database changed
mysql> create table info(
    -> username varchar(10) not null,
    -> password varchar(10) not null);
Query OK, 0 rows affected (0.07 sec)

mysql> insert into info values('user1','111');
Query OK, 1 row affected (0.02 sec)

mysql> select * from linux.info;
+----------+----------+
| username | password |
+----------+----------+
| user1    | 111      |
+----------+----------+
1 row in set (0.00 sec)

在slave端查看是否同步
在这里插入图片描述

手动故障切换

kill掉master 端的mysql进程

在这里插入图片描述
在MHA端手动切换坏掉的master

[root@server4 ~]# masterha_master_switch --conf=/etc/mha/mha.conf --master_state=dead --dead_master_host=172.25.77.2 --dead_master_port=3306 --new_master_host=172.25.77.1 --new_master_port=3306

在这里插入图片描述
在slave 端查看
成功替换掉坏的master
在这里插入图片描述
重新打开server2

Starting mysqld:                                           [  OK  ]
[root@server2 ~]# mysql -pCUTE@123.com
mysql> change master to master_host='172.25.77.1' , master_user='salt' , master_password='CUTE@123.com' , MASTER_AUTO_POSITION=1;
Query OK, 0 rows affected, 2 warnings (0.05 sec)

mysql> start slave;
Query OK, 0 rows affected (0.02 sec)
mysql> show slave status\G;

在这里插入图片描述
测试切换后是否同步
在master端写入数据

mysql> use linux;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> insert into info values('use2','123');
Query OK, 1 row affected (0.02 sec)

slave 端查看

mysql> select * from linux.info
    -> ;
+----------+----------+
| username | password |
+----------+----------+
| user1    | 111      |
| use2     | 123      |
+----------+----------+
2 rows in set (0.00 sec)

mysql>

自动切换

删除MHA端的切换脚本，将服务打入后台

[root@server4 ~]# cd /etc/mha/
[root@server4 mha]# ls
mha.conf  mha.failover.complete
[root@server4 mha]# rm -fr mha.failover.complete 
[root@server4 mha]# nohup masterha_manager --conf=/etc/mha/mha.conf &
[1] 1698

关闭master端的mysql 进程
在这里插入图片描述
在其他主机上查看新master为谁
server3
在这里插入图片描述
显示serevr2现在为master
手动打开server1

[root@server1 ~]# /etc/init.d/mysqld start
Starting mysqld:                                           [  OK  ]
[root@server1 ~]# mysql -pCUTE@123.com
mysql> change master to master_host='172.25.77.2', master_user='salt', master_password='CUTE@123.com', MASTER_AUTO_POSITION=1;
Query OK, 0 rows affected, 2 warnings (0.07 sec)

mysql> start slave;
Query OK, 0 rows affected (0.02 sec)

mysql> show slave status\G;

在这里插入图片描述
检测切换后是否同步
在master端写入数据

mysql> use linux;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
mysql> insert into info values('user3','234');
Query OK, 1 row affected (0.01 sec)

在slave端是否同步
在这里插入图片描述

白小黑..
关注
ProxySQL+MHA搭建MySQL读写分离高可用集群
悦分享
01-09 702
ProxySQL是一个高性能的、高可用性MySQL中间件。ProxySQL是基于 MySQL 的一款开源的中间件的产品，是一个灵活的MySQL代理层，可以实现读写分离，支持 Query 路由功能，支持动态指定某个 SQL 进行缓存，支持动态加载（无需重启 ProxySQL 服务），故障切换和一些 SQL 的过滤功能。允许轻松动态更新配置，便于运维管理，与MySQL兼容的管理界面可用于此目的；几乎所有的配置均可在线更改（其配置数据基于SQLite存储），无需重启proxysql；
MySQL之MHA高可用
提升自己
10-10 1459
MySQL服务器中，单台服务器无法承载服务量就配置多台MySQL服务器，多台MySQL服务器或者MySQL服务器无冗余的情况下，配置主从复制。MySQL服务器的读和写的压力不均衡可使用MySQL的读写分离，MySQL的读写分离中Master存在单点故障，就得用到MHAMHA（Master High Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件MHA的出现就是解决MySQL单点故障的问题MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。
MHA实现mysql高可用
Ying_smile的博客
08-16 416
MHA简介 MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在...
MySQL数据库——MHA高可用
最新发布
A6985HG的博客
09-10 1141
通过设置check_repl_delay=0，MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master，然后将所有其他的 slave 重新指向新的 master。：一旦确认主节点故障，MHA 会自动执行主从切换操作，选择一个健康的从节点，将其提升为新的主节点，以继续提供数据库服务。
MHA实现MySQL的高可用
Aimee_c的博客
05-16 602
MHA（Master High Availability）由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移
MySQL MHA高可用
小码农的博客
12-19 1399
MySQL MHA高可用1. 理解 HHA 高可用**设计图拆解分析：****1. manager干啥：**2. 搭建 MySQL 一主两从**1. 环境：****2. 主节点 master****3. 从节点 slave****从库命令：**3. 建立节点互信4. 构建 Mha**1. 安装 MHA Node组件****2. 安装 MHA Manager 组件****3. 配置 MHA Manger**5. 启动并测试 MHA6. 修复宕机的 Master 并转为 Slave 1. 理解 HHA 高可用
数据库+mha+mha+数据库高可用
09-08
安装这些包后，用户可以配置并启动MHA服务，以实现MySQL集群的高可用性。 实现MHA的步骤通常包括： 1. **环境准备**：确保所有MySQL服务器配置了主从复制，且处于正常同步状态。 2. **安装MHA**：在监控服务器和每...
mysql+lvs+keepalive+mha高可用
07-19
`MHA`是一个用于MySQL集群的高可用性管理工具，它能实时监控MySQL主从复制的状态，并在主服务器故障时自动选择最佳的备份服务器升级为主，同时处理数据同步，确保数据一致性。MHA不仅可以检测并处理主服务器的故障，...
lvs+keepalived+mha+mysql架构配置说明
08-30
lvs+keepalived+mha+mysql 架构配置说明 LVS（Linux Virtual Server）是一种开源的负载均衡...通过本文的配置说明，我们可以实现一个高可用的 LVS+Keepalived+MHA+MySQL 架构，确保 MySQL 服务的高可用性和稳定性。
MySQL+MHA+Atlas高可用
10-27
MHA高可用配置、安装过程可能出现的问题以及解决方法，配置文件
mysql高可用-MHA
bajidakuangfengb的博客
06-27 1132
MHA（Master High Availability）是由日本人yoshinorim开发的一款成熟且开源的MySQL高可用程序，它实现了MySQL主从环境下MASTER宕机后能够自动进行单次故障转移的功能，其本身由perl语言编写，安装方便使用简单。MHA官网：https://code.google.com/archive/p/mysql-master-ha/GitHub地址：https://github.com/yoshinorim/mha4mysql-manager。
Mysql之MHA高可用
2301_76858832的博客
06-28 805
MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master， 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明
MySQL高可用（MHA）
马铃薯老哥的博客
07-25 811
MySQL高可用（MHAMHA的概念MHA 的组成搭建思路主从复制＋MAH实验环境配置软连接配置MySQL一主两从所有从库开启只读功能，刷新权限表安装MHA同步所有服务器时间安装node和manager在所有服务器上设置ssh免密登录亲测无密码认证使用脚本管理VIP创建MHA软件目录 MHA的概念 MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。 MHA 的出现就是解决MySQL 单点的问题。 MySQL故障切换过程中，MHA能做到0-3
MySQL的MHA高可用
DTY9999的博客
06-28 279
mysql的MHA高可用的使用
实现Mysql数据库高可用（MHA）
weixin_45792518的博客
05-18 856
1.MHA MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于 Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在 0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 该软件由两部分组成：MHA Manager（管理节点
使用MHA实现Mysql高可用
qq_46305318的博客
12-21 1213
MHA由两部分组成：manager管理端和node节点 MHA manager： 10.10.6.187 监控节点 MySQL-01： 10.10.6.188 主节点 MySQL-02： 10.10.6.189 从节点 MySQL-03： 10.10.6.190 从节点 安装包的GitHub下载地址： https://github.com/yoshinorim/mha4mysql-manager/releases https://github.com/yoshinorim/mha4mysql-n
mysql高可用MHA
小渣渣
10-31 1004
即使有些从服务器没有收到最新的relay log，MHA自动从最新的从服务器上识别差异的relay log并把这些日志应用到其他从服务器上，因此所有的从服务器保持一致性了。MHA通常在几秒内完成故障转移，9-12秒可以检测出主服务器故障，7-10秒内关闭故障的主服务器以避免脑裂，几秒中内应用差异的relay log到新的主服务器上，整个过程可以在10-30s内完成。若从库日志有如下报错，是因为虚机是克隆的master节点，克隆的虚拟机与原虚拟机的UUID是一样的，冲突了。
MHA+LVS+Keepalived+MySQL高可用架构配置详解
总结，这个lvs+keepalived+mha+mysql架构旨在构建一个高可用、高容错的数据库集群，通过MHA实现快速的主从切换，配合LVS和keepalived确保网络层面的负载均衡和故障切换，从而为业务系统提供稳定的服务。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值