您好,登录后才能下订单哦!
小编给大家分享一下MySQL中MHA源码的示例分析,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!
MySQL的高可用方案很多,MHA算是其中最流行的一种方案之一。目前最新的版本是0.57,它分为两部分,一部分水himanager,另外一部分是node.
了解学习一个开源项目,阅读源码是一个很不错的开始,所以MHA就成为了我学习的一个重点内容。我们先从manager开始,当然因为这个开源项目是基于perl开发,磨刀不误砍柴工,我们可以在开发IDE里面查看,这样效率更高一些,比如使用eclipse,下载个插件即可。
整个工程的情况如下,bin目录下是可执行的perl脚本,引用的包体逻辑在lib下面的.pm文件中。
对于node节点来说,也是类似的方式,只是node节点的逻辑内容少了很多,主要集中在对于binlog的处理上。
使用MHA,启停manager是一个基本的入口,所以我们可以在masterha_manager里查看。会发现脚本其实主要分为两部分,masterMonitor和MasterFailover。我们就通过main方法来逐步了解。
我们切换到MasterMonitor中,查看main方法的内容。
如果是在IDE里面就很容易看到对应的.pm文件MasterMonitor.pm的一个结构概览,从main方法入手。
整个Monitor的核心逻辑就是下面的方法了。这个逻辑是一个循环中进行心跳的检测机制。其中wait_until_master_is_dead就是一个重要方法了。可以顺着这个方向继续往里面看。
另外一个重要的脚本就是masterha_master_switch了,主要是完成切换的内容,如果查看脚本的基本结构会发现,通过检测主节点的状态,会分别调用MasterFailover和MasterRotate来处理。
failover的逻辑如下,我们可以查看对应的pm文件MasterFailover.pm来查看逻辑。整体的逻辑如下图所示,会分为几个阶段。每个阶段会有一个整体的校验步骤。
通过上面的部分可以看到,整个切换的过程中,后台会进行一些列的逻辑检查,比如查到当前最新的slave节点,如何补齐日志信息(本质上就是通过mysqlbinlog基于时间戳来处理)
在这个基础上,通过源码我们可以看到很多不曾注意的细节,比如如果在8个小时内再次切换,是会直接抛错的。
以上是“MySQL中MHA源码的示例分析”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注亿速云行业资讯频道!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。