0
点赞
收藏
分享

微信扫一扫

mysql路由+高可用

老王420 2022-01-20 阅读 32

目录

1.mysql路由器

​ 2.高可用(MHA)

1.配置MHA

​ 2. 配置mha

3.手动切换master

​4.自动切换 master

5.手动切换VIP漂移


 

一、mysql路由器

Mysql路由器可以实现指定端口的读写分离,能够实现读写调度到Mysql组复制集群中的不同后端

 安装服务

 vim mysqlrouter.conf

查看端口开启

在server1上创建远程登陆用户并授予指定权限

 在客户端连接7001端口,7001端口指定只读策略中的算法为轮询,当一个节点出现异常时,远程主机可以连接到mysql主机上,每次连接都会进入不同主机

安装‘列出打开文件工具’,看到与server1进行连接

其他主机没有调度

 停掉server1的服务

重新登陆客户端

根据配置文件中写的只读的轮询顺序可以看到与serve2连接

如果重新登陆又与server3连接

7002端口指定的读写策略中算法为first-available,当第一个可用时会一直使用第一个可用的节点,而mysql路由具有后端健康检测功能,所以当第一个节点挂掉之后,mysql就会切换到其他节点

登陆进去之后看到与server3连接

停掉server3

重新登陆客户端

可以看到切换到server2上

二、高可用(MHA)

数据库的内部具有缓冲区,在缓冲区中的数据是待处理的数据,数据库源源不断的从缓冲区中获取数据进行处理,但是如果高并发,会造成数据缓冲区数据溢出,最终导致数据库宕机,不能响应。这只能缓解;MHA(Master High Availability 目前在MySQL高可用方面是一个相对成熟的解决方案

1.配置MHA

关闭server4上的mysqlrouter服务,关闭server1,server2,server3上的mysql;重新配置mysql设置一主两从

 删除原来的数据,修改配置文件

初始化数据库,重新启动mysql

进入数据库,修改密码创建并授权用来做复制的用户

同样在server2上做相同操作

初始化数据库,重新启动mysql  

 在server2上,登录数据库,修改master信息

 查看slave状态

在server3上做相同操作,登录数据库,修改master信息,查看slave状态。 

2. 配置mha

安装相关软件包

将node节点 数据包复制到节点上进行安装

 管理节点server4上创建一个目录//etc/mha,编辑配置文件

编辑配置文件

manager_log=/var/log/masterha.log   # manager 日志文件
password=westos  #MySQL管理帐号和密码
repl_user=repl   # 复制帐号和密码
ssh_user=root  # 系统ssh用户
no_master=1  ##no_master表示这个节点不能作为master

 管理节点ssh检查管理节点ssh检查,如果报错的话,是因为server1、server2、server3之间相互不免密

在server4与其他三个节点中设置免密登陆

拷贝server4上的密钥给server1 2 3 

测试:server2免密连接server1

再检测ssh,成功 

 检测复制功能;此时发现报错,这是因为没有给节点授权

在server1上给予用户所有权限

 此时,再次检查复制功能:masterha_check_repl --conf=/etc/masterha/app1.cnf 成功

3.手动切换master

手动切换之前,需要保证主从同步正常,repl复制用户能够远程连接

masterha_master_switch --conf=/etc/mha/app1.conf --master_state=alive --new_master_host=172.25.254.2 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000

查看server2状态为master

server1变成slave

关闭server2

server3的状态

出现故障手动切换

这时会在/etc/masterha目录下生成一个app1.failover.complete文件,是来记录failover情况的,再进行failover时必须先把这个文件删除,不然不会failover 

查看server1状态又变成了master

server3状态

启动server2,配置主从

4.自动切换 master

开启自动切换程序,打入后台

ps ax 查看进程

cat manager.log

server1模拟故障

查看slave状态

切换master时,server4会受到提示,查看/etc/masterha目录下的内容会多两个文件,app1.failover.complete 和 mha.log(日志文件,自动切换后就会生成)

当故障切换master时,会检测这个文件,默认八小时内最多切换一次,所以如果现在的master又宕掉MHA就会查看目录下是否有app1.failover.complete文件,有的话不进行切换,可以直接删除这两个文件进行切换

masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.conf --dead_master_host=172.25.134.1 --dead_master_port=3306 --new_master_host=172.25.134.2 --new_master_port=3306 –ignore_last_failover

或者在手动切换时,加上–ignore_last_failover参数,跳过查看这个文件的步骤

 cat manager.log可以看到server1已经down掉

 开启server1配置主从

5.手动切换VIP漂移

当master切换的时候用户访问不知道master切换到哪一台主机,我们可以使用路由器或者设定VIP用户

导入脚本文件

编辑配置文件

 设置VIP

配置完成之后进行检测 

masterha_check_repl --conf=/etc/masterha/app1.conf

设置VIP在server2中

 在客户端登陆查看信息

再一次进行手动切换master

 切换之后客户端不能查看信息

 重新登陆客户端可以看到信息

 查看slave状态

 vip就会随着master的切换转移到server1中

server1出故障

 自动切换

 查看slave状态master已经切换到server2上

cat manager.log

 重新登陆客户端可以看到数据库信息

举报

相关推荐

Mysql高可用架构

mysql mha高可用

Mysql----高可用集群

MySQL--MHA高可用

mysql之mha高可用

Mysql高可用架构方案

0 条评论