mha故障切换
当master 挂掉后会自动切换到slave01上去,可以看 tailf /var/mha_log/manager.log
4个问题:
1,切换后且原master01mysql服务启动OK,如何加入到以slave01为主的mha架构中?
grep -i change /var/mha_log/manager.log
Fri Dec 25 04:07:32 2015 - [info] All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST=‘db-95-15 or 192.xx.xx.xx‘, MASTER_PORT=3306, MASTER_LOG_FILE=‘mysql-bin.000001‘, MASTER_LOG_POS=403, MASTER_USER=‘repl‘, MASTER_PASSWORD=‘xxx‘;
复制即可解决。
2,如果我想关闭下主数据库不想切换怎么办?
/usr/local/bin/masterha_stop --conf=/etc/mha.cnf --停止自动切换
MHA Manager is not running on mha(2:NOT_RUNNING).
3,数据库故障,我想将原来的master01变成主怎么办?
/usr/local/bin/masterha_stop --conf=/etc/mha.cnf --停止自动切换
MHA Manager is not running on mha(2:NOT_RUNNING).
改切换脚本
vim /mha/sh/mha_mfailover.sh
masterha_master_switch --conf=/etc/mha.cnf --master_state=dead --ignore_last_failover --dead_master_host=db-95-14.dshamc.com --dead_master_ip=192.xx.xx.14 --dead_master_port=12345
改成
masterha_master_switch --conf=/etc/mha.cnf --master_state=dead --ignore_last_failover --dead_master_host=db-95-15 --dead_master_ip=192.xx.xx.xx --dead_master_port=12345
运行脚本
cd /mha/sh &&./mha_mfailover.sh > /tmp/mha_qihua_log --找到change master
检查切换结果
将slave01加入mha架构。
4,如何在线切换主从?
/mha/sh/mha_onlinechange.sh 看提示就可以了。
MHA故障切换方案
时间: 2024-12-19 23:25:36
MHA故障切换方案的相关文章
MySQL之MHA+keepalived方案演示(四)
配置VIP实现MHA架构中主库故障自动切换 1.说明 引入keepalived实现MHA架构中主库master故障时,从库slave自动提升为新的maservip配置可以采用两种方式:一种通过keepalived的方式管理虚拟ip的浮动:另外一种通过脚本方式启动虚拟ip的方式(即不需要keepalived或者heartbeat类似的软件).此处先介绍通过安装keepalived来管理虚拟IP的浮动: 1.1下载软件安装keepalived (两台master,准确的说一台是master,另外一台
MySQL之MHA+keepalived方案演示(五)
接着上篇博文MySQL之MHA+keepalived方案演示(四)中的MySQL的故障切换,当前主库变为了192.168.2.129机器,同时129机器上的keepalived服务被开启.然而192.168.2.128原来的主库被挂掉了,运行的keepalived也被停止了.重新启动192.168.2.128机器上的mysql,添加192.168.2.128机器上的mysql作为192.168.2.129新主库的slave从库. 查看 192.168.2.130 机器上的故障切换日志: grep
MHA故障切换脚本master_ip_failover结合VIP
MHA故障切换脚本master_ip_failover结合VIP: #!/usr/bin/env perl 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
MySQL之MHA+keepalived方案演示(三)
一.MHA之SSH免密码登录测试 1.1配置SSH登录无密码验证 上述博文已经提到过,此处再次粘贴出来,防止遗忘此步骤在server02 192.168.2.128操作(Master): 192.168.2.128 [root ~]$ ssh-keygen -t rsa 192.168.2.128 [root ~]$ ssh-copy-id -i /root/.ssh/id_rsa.pub [email protected] 192.168.2.128 [root ~]$ ssh-copy-id
MySQL之MHA+keepalived方案演示(二)
一.配置MHA工作环境 192.168.2.130机器操作:1.1.创建MHA的工作目录,并且创建相关配置文件(在软件包解压后的目录里面有样例配置文件).指的是可以下载 mha4mysql-manager-0.56.tar.gz解压后找到样例配置文件 [[email protected] ~]# ifconfig eth1|awk -F '[ :]+' 'NR==2{print $4}' 192.168.2.130 [[email protected] ~]# ll /usr/bin/maste
mysql高可用方案MHA介绍
概述 MHA是一位日本MySQL大牛用Perl写的一套MySQL故障切换方案,来保证数据库系统的高可用.在宕机的时间内(通常10-30秒内),完成故障切换,部署MHA,可避免主从一致性问题,节约购买新服务器的费用,不影响服务器性能,易安装,不改变现有部署. 还支持在线切换,从当前运行master切换到一个新的master上面,只需要很短的时间(0.5-2秒内),此时仅仅阻塞写操作,并不影响读操作,便于主机硬件维护. 在有高可用,数据一致性要求的系统上,MHA 提供了有用的功能,几乎无间断的满足维
第4天 二篇、【MHA】故障切换
MHA故障切换: 一.Master自动监控和故障转移 在默认8小时内连续出现故障,则不会切换,可以通过设置--last_failover_minute=(minutes)来缩短时间,但是如果设置了--ignore_last_failover参数,那么该步骤省略. 与<MHA高可用架构介绍>中恢复过程一样,这里会添加详细操作: 1) MHA启动之后: 自动检测主库的binlog文件是否存在(通过Executing SSH check script: save_binary_logs) 自动检测网
mha+keepalived实现mysql master高可用
1.mha概述: MHA是由日本Mysql专家用Perl写的一套Mysql故障切换方案以保障数据库的高可用性,它的功能是能在0-30s之内实现主Mysql故障转移(failover), MHA故障转移可以很好的帮我们解决从库数据的一致性问题,同时最大化挽回故障发生后的数据.MHA里有两个角色一个是node节点 一个是manager节点,要实现这个MHA,必须最少要三台数据库服务器,一主多备,即一台充当master,一台充当master的备份机,另外一台是从属机,需要说明的是一旦主服务器宕机,备份
MySQL高可用系列之MHA(二)
一.参数说明 MHA提供了一系列配置参数,深入理解每个参数的具体含义,对优化配置.合理使用MHA非常重要,很多高可用性也都是通过合理配置一些参数而实现的. MHA包括如下配置参数,分别说明如下: hostname/ip/port (Local Only) hostname为MySQL Server的IP地址或主机名: ip为MySQL Server的IP地址,缺省从$hostname中获取:port为MySQL Server的端口号,缺省为3306 ssh_host/ssh_ip/ssh_por