mysql主从架构-主从正常切换,主库宕机切换。

MySQL主从切换手册

Master-Slave架构

运维部

V1.0

 

 

 

 

 

 

 

 

 

2016年      05月    24   日

 

 

正常切换

  1. 检查slave同步状态

1)在master执行:show processlist;

显示Master has sent all binlog to slave; waiting for binlog to be updated

2)在slave执行:show processlist;

显示Slave has read all relay log; waiting for the slave I/O thread to update it

mysql> show slave status \G;

检查IO及SQL线程是否正常,如果为NO表明同步不一致,需要重新将slave同步保持主从数据一致。

3)停止slave io线程

在slave执行:mysql> STOP SLAVE IO_THREAD

mysql> SHOW PROCESSLIST;

确保状态为:has read all relay log

以上都执行完成后可以把slave提升为master:

4)提升slave为master

Stop slave;

Reset master;

Reset slave all; 在5.6.3版本之后

Reset slave; 在5.6.3版本之前

查看slave是否只读模式:show variables like ‘read_only‘;

只读模式需要修改my.cnf文件,注释read-only=1并重启mysql服务。

或者不重启使用命令关闭只读,但下次重启后失效:set global read_only=off;

mysql> show master status \G;

备注:reset slave all 命令会删除从库的 replication 参数,之后 show slave status\G 的信息返回为空。

5)将原来master变为slave

在新的master上创建同步用户:

grant replication slave on *.* [email protected]‘IP of slave‘ identified by ‘replpwd‘;

在新的slave上重置binlog:

Reset master;

change master to master_host=‘192.168.0.104‘, //Master 服务器Ip

master_port=3306,

master_user=‘repl‘,

master_password=’replpwd’,

master_log_file=‘master-bin.000001‘,//Master服务器产生的日志

master_log_pos=?;//master binlog pos

以上最后两步可以在master执行:show master status

启动slave:start slave; 并查看slave状态:show slave status\G;

异常切换

主机故障或者宕机:

1)   在salve执行:

stop slave;

reset master;

查看是否只读模式:show variables like ‘read_only‘;

只读模式需要修改my.cnf文件,注释read-only=1并重启mysql服务。

或者不重启使用命令关闭只读,但下次重启后失效:set global read_only=off;

查看show slave status \G;

查看show master status \G;

将从库IP地址改为主库IP地址,测试应用连接是否正常。

 

 

<完>

 

时间: 2024-12-16 10:55:30

mysql主从架构-主从正常切换,主库宕机切换。的相关文章

Mysql主从架构-主库宕机如何恢复业务

在我们日常工作场景,首先要做到架构无单点隐患,其次在优化[安全.性能.高可用.高并发等],Mysql这款关系型数据库稳定.高效,所以使用广泛,如果企业架构是1主多从,那如果Mysql主库宕机,如何解决? ----MySQL 主从同步原理图 一.Mysql主库宕机情况分类: 1)硬件问题,(服务器.ecs.虚拟主机等等)宕机 2)service问题,Mysql宕机,服务异常,端口异常等 二.硬件问题处理思路 硬件问题我们可以查看IDC巡检记录,或通过远程控制卡查看硬件运行状态,根据事实情况就行硬件

mysql主从复制配置操作以及主从宕机切换演练

主从复制目的: 主从服务器设置的稳健性得以提升,如果主服务器发生故障,可以把本来作为备份的从服务器提升为新的主服务器.在主从服务器上分开处理用户的请求,读的话,可以直接读取备机数据,可获得更短的响应时间. 主服务器:IP地址192.168.80.129,mysql已经安装,无用户数据. 从服务器:IP地址192.168.80.130,mysql已经安装. 注:数据库版本必须一致. 1.主从复制配置 修改从服务器的配置文件/etc/my.cnf,在mysqld里添加一下属性 [mysqld] lo

前端通信:ajax设计方案(七)--- 增加请求错误监控、前端负载均衡以、请求宕机切换以及迭代问题修复

距离上个迭代过了很长时间,中间经历了很多事情,也在每个空余时间构思了这个迭代的东西以及下个迭代要做的东西.时间周期稍微长了,望见谅. 首先解决了上个迭代遇到的问题进行完善和修复: 1. 上个迭代做ajax timeout设置的时候,手抖将timeout不小心设置成timeoutEvent,这期做了修复 2. 解决全局配置中配置额外参数,批量检查时会参数错误问题. 引入新的功能: 1. 增加浏览器发送请求的错误监控和搜集 应用场景: 前端开发依赖的东西比较多,比如宿主环境(浏览器).以及数据接口(

一次慢日志撑爆磁盘导致的业务主库宕机引发的思考

在MySQL的日常维护中,我们总会遇到这样或那样的问题,对于那些经常发生且有处理经验的事故,不论是新手还是老司机都能在故障规定的容错时间内解决.而对于那些不常见.比较棘手的问题,新手上路可能就显得举足无措了,这个时候新手和老司机的差距就体现出来了.从知识储备还是工作经验,可能老司机比新手强一点,但如果一个新司机没有日志排错的意识,不具备日志排错的经验,那怎么能学会弯道超车.漂移的快感.我们知道数据库中有很多重要的日志,如错误日志error log.慢日志slow log.二进制日志binary

mysql主从同步宕机切换问题

1)mysql各版本一直在优化主从同步 2)5.7是loss less,但不是zero loss,切换的时候还是会丢数据 3)5.7真正做到了并发复制降低主从延时,5.6没有(基于schema级别做到了) 4)pg有全同步复制方式,mysql原生版本没有(只是半同步).galera,phxsql,alisql都解决了切换丢数据和主从延时问题. 5)即使是主从延时在特殊业务(金融)下发生切换的时候也不能接受(如钱相关的业务),这种场景必须全同步方式例如用galera,phxsql,alisql.对

Mysql DBA 高级运维学习笔记-一主多从宕机从库切换主继续和从库同步过程

1.主库master 宕机 登录从库show processlist\G 看两个线程的更新状态 mysql> show processlist\G *************************** 1. row *************************** Id: 1 User: system user Host: db: NULL Command: Connect Time: 22997 State: Waiting for master to send event Info:

CENTOS6.6 下mysql MHA架构搭建

本文来自我的github pages博客http://galengao.github.io/ 即www.gaohuirong.cn 摘要: 本篇是自己搭建的一篇mysql MHA文章 前面的安装步骤基本不变,后面的比如keepalived的配置文件有几种方法 其实想完成keepalived+lvs+atlas(mycat)+mha+mysql主从复制 这样的架构,只是MYCAT单独文章了 每个节点都关闭防火墙,SELINUX. 1.安装epel yum源 wget http://mirrors.

当主库发生宕机,从库如何接管主库

当主库发生宕机,从库如何接管主库 1.主库崩溃,日志不在情况(会丢数据) 查看从库已经同步到哪了,①确定数据丢失的时间范围,②确定从库的中继日志是否被SQL_thread进程解析完(即传输过来的中断日志是否在从库上重放完). 1.1.如何确定数据丢失的时间范围 登录从库服务器,进入mysql数据库,执行以下命令,查看相关的参数: mysql> show slave status\G Master_Log_File            表示IO thread读取到的binlog日志文件名 Rea

MMM+MySQL Replication 架构的搭建演示

MMM即Master-Master Replication Manager for MySQL(mysql主主复制管理器)关于mysql主主复制配置的监控.故障转移和管理的一套可伸缩的脚本套件(在任何时候只有一个节点可以被写 入),这个套件也能对居于标准的主从配置的任意数量的从服务器进行读负载均衡,所以你可以用它来在一组居于复制的服务器启动虚拟ip,除此之外,它还有实 现数据备份.节点之间重新同步功能的脚本. MySQL本身没有提供replication failover的解决方案,通过MMM方