这篇文章主要介绍“MySQL主从切换怎么实现”，在日常操作中，相信很多人在MySQL主从切换怎么实现问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”MySQL主从切换怎么实现”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！MySQL-5.7.32+GTID本文讲述MySQL主从切换流程，切换步骤主要针对主备正常切换以及主库宕机备库免费云主机域名切换两个场景，掌握正确的切换流程，可以有效避免切换过程中可能出现的数据不一致问题以及提高整体切换的时间场景一:主备正常切换，此场景主要是针对在主备同步复制正常的情况下进行的主备切换，例如：灾备演练，计划性的主备切换。1 切断应用对主库的流量2 主库备库设置只读3 查看备库复制进程状态确认Slave_IO_Running，Slave_SQL_Running状态为YES，Seconds_Behind_Master为04 比对主备两边的GTID是否一致获取主备两边的executed_gtid集合，进行比对通过GTID_SUBSET函数进行比对若在master_gtid_executed中的GTID，也存在slave_gtid_executed中，则返回true(1)，否则返回false(0)返回一，代表主库GTID已经在从库完成执行过，两边是一致的5 从库停掉复制进程并清空主从信息6 从库关闭只读开启读写，转为新主库7 主库设置执行新主库的复制链路，转为新备库，完成主从切换8 应用流量切向新主库场景二:主库宕机备库切换为主库，这种情况主要是在异步模式或者非强一致半同步下，主库的异常宕机，可能存在数据没有完全同步到从库的情况，需要去核验追加数据。1 对于主库宕机，数据库损坏没法正常启动时，如果binlog可以获取，则可以对binlog进行离线分析，获取差异的数据获取备库那边已经执行过的gtid set如果已经写入数据的新主库，不能直接读取binlog进行恢复，因为可能会出现数据不一致，主键冲突等问题，可以从binlog里面排除从库已经执行过的gtid并离线解析成sql语句，交给应用去分析是否补入数据如果从库应用还未写入，未产生新数据，则可以从binlog里面排除从库已经执行过的gtid直接导入追加数据2 对于主库宕机，但旧主库可以重新启动拉起，则在启动后，如果新主库应用还未写入新数据，可以将新主库change master复制继续指向旧主库，读取未应用的日志恢复；已经写入数据的新主库，不能直接读取binlog进行恢复，因为可能会出现数据不一致，主键冲突等问题，而是应该将数据解析成sql语句，让应用去分析是否补入数据。用my2sql在线解析binlog日志获取sql语句，需要获取开始的日志号以及读取位点，读取位点可以根据–exclude-gtids排除gtid后解析binlog的开始位置读取目录下会生产forward+日志号的文本，里面存放解析出来的sql到此，关于“MySQL主从切换怎么实现”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注百云主机网站，小编会继续努力为大家带来更多实用的文章！
这篇文章主要讲解了“JavaScript事件循环实例分析”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“JavaScript事件循环实例分析”吧！异步函数也是有执行顺序的。本质上来说，JavaScript是单线程…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
