首页 / MYSQL / MySQL主从复制故障案例二

MySQL主从复制故障案例二

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL主从复制故障案例二，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1996字，纯文字阅读大概需要3分钟。

内容图文

解决思路：


1，登录从库 

show processlist；

查看两个线程的更新状态

MySQL主从复制故障案例二 - 文章图片

结果说明：

之前主从同步正常


分别登录其余2个从库32,33查看：

cat   /data/3306/data/master.info
cat   /data/3307/data/master.info


比较，那个POS最大，说明更接近主库，那么我们就选举此slave作为新的master。

或者利用半同步技术，直接选举实时同步了的这个库为新的master


如果，master down掉，此时master还在有写入，我们需要将master的binlog拉到新选中的slave，

进行数据补全，在把其他slave执行新选中的master，使其继续同步。

 


切换步骤以及注意事项：


1，确保所有的relay_log 全部更新完毕

在每个从库执行

stop slave io_thread；
show processlist；
直达看到Has read all relay log; 表示从库更新都执行完毕；


2，登录

新选举的master（也就是旧的一个slave），执行以下命令

stop slave;
reset master;
quit;


3,进入新选举的slave数据目录，删除master.info relay-log.info ，防止继续从旧的master读数据

cd   /data/3306/data
rm -rf  master.info relay-log.info

检查授权表，read-only 等参数，需要删除



4，提升次新选举的从库为主库

vim  /data/3306/my.cnf

开启binlog：

log-bin = mysql-bin
如果存在以下参数，一定要删除
log-slave-updates
read-only
--replication-do-db     
--replication-ignore-db  
--replication-do-table    
--replication-ignore-table 
--replication-wild-do-table  
--replication-wild-ignore-table

重启服务、提升主库完毕


5，如果主库服务器没宕，需要去主库拉去binlog，补全主库的从库



6，其他从库操作

检查（同步user，rep均存在，意思就是保证其他slave有权限连接新的master）

登录slave：

stop slave
change master to master_host=‘new_master_ip‘;如果不同步，就指定POS
start slave；
show slave status\G；


++++++++++++主库宕机切换成功


7，修改程序配置文件，将之前的masterIP更换为新的masterIP

   重启服务




本文出自 “crazy_sir” 博客，请务必保留此出处http://douya.blog.51cto.com/6173221/1795367

MySQL主从复制故障案例二

标签：master   slave   一主多从   故障切换   

本文系统来源：http://douya.blog.51cto.com/6173221/1795367

内容总结

以上是互联网集市为您收集整理的MySQL主从复制故障案例二全部内容，希望文章能够帮你解决MySQL主从复制故障案例二所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/466576.html

来源：【匿名】