MYSQL 主从复制同步以及监控Seconds Behind Master 的实例分析


这期内容当中小编将会给大家带来有关MYSQL 主从复制同步以及监控Seconds Behind Master 的实例分析,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。今天被老板询问,新搭建的MYSQL 复制同步的情况怎么样,有没有报警或者复制时,主从不一致的情况发生,怎么报警的。我们监控了seconds_behind_master 了,没有差异的情况发生。
看主从差异不就是看 seconds_behind_master吗,是0 就没差异。那我们就看看光看 seconds_behind_master 来作为主从差异评判的标准是对的吗?我们先来看看SBM出现几种值的可能性
1 出现空的可能性当seconds_behind_master 出现空的情况,说明你的主从复制出现了问题
可能是主从复制断了,或者停止了 SQL_THREAD,都会出现 NULL 的状态。2 出现大于0 的情况或等于0的情况出现大于0 的情况,肯定的是主从库的数据已经不一致了,有滞后的情况。
等于0 说明SQL 线程解析relay_log 到目前的从库是没有延迟的。
看 SBM 是不是0 就可以判断从库是不是落后主库了
错, 以下的情况会出现问题1 由于主库的性能问题,或者网络问题,抓取binlog 到 从库本身就已经出现延迟了,那通过SBM还能得到,主从之间准确的差距吗?2 上边是计算SBM的源码实现,其中深色的位置 clock_diff_with_master 是标识主从库的时间差异,但你能保证获得主从库不同的时间是稳定可靠的吗? 如果不能保证在任何一刻主从库的系统时间差异是准确的,你有怎么能说得到的SBM 是准确的。
准确的获得主从差异的方式稍微靠谱的先要查看 relay_master_log_file 和 master_log_file 是否有差异在看Exec_master_log_pos 和 read_master_log_pos 是否一致,最后你在去看SBM是否为0 ,另外并行和串行的复制的方式,对SMB 也是有影响的。当然目前已经上了GTID 的复制方式的MYSQL 可以有更好的方式来判断某个时间点主从复制是否有延迟,或者使用pt工具中的 beatheart 来进行判断也是可以的。GTID 是怎么判断的,还有那个什么工具来着。(实际上判断主从是否一致,如果通过程序来做的话可以写一个shell 或 python程序,然在主库产生一个库表,通过每秒往这个表里面插入一条数据,并在从库查询来获得数据,来判断主从复制是否一致,其实这就是pt工具里面判断主从是否一致的基本原理)上述就是小编为大家分享的MYSQL 主从复制同步以及监 香港云主机控Seconds Behind Master 的实例分析了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注开发云行业资讯频道。

相关推荐: python运行异常怎么解决

这篇文章主要介绍“python运行异常怎么解决”,在日常操作中,相信很多人在python运行异常怎么解决问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”python运行异常怎么解决”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!…

免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。

Like (0)
Donate 微信扫一扫 微信扫一扫
Previous 10/15 16:42
Next 10/15 16:42

相关推荐