MySQL主从复制故障案例二

435243

案例二：

一主多从的架构下，主库master宕机
解决思路：


1，登录从库

1	show processlist；

查看两个线程的更新状态

结果说明：
之前主从同步正常

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

1 2	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 全部更新完毕
在每个从库执行

1 2 3

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

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

1 2 3

stop slave; reset master; quit;

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

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

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


4，提升次新选举的从库为主库
vim  /data/3306/my.cnf
开启binlog：

1 2 3 4 5 6 7 8 9 10

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：

1 2 3 4

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

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

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