MySQL主从复制故障案例二
案例二: 一主多从的架构下,主库master宕机 解决思路: 1,登录从库 showprocesslist; 查看两个线程的更新状态 结果说明: 之前主从同步正常 分别登录其余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 全部更新完毕 在每个从库执行 stopslaveio_thread; showprocesslist; 直达看到Hasreadallrelaylog;表示从库更新都执行完毕; 2,登录 新选举的master(也就是旧的一个slave),执行以下命令 stopsla...