目录
一、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
重新登陆客户端可以看到数据库信息