前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >MYSQL 主从复制同步了没,监控Seconds Behind Master ,别打脸

MYSQL 主从复制同步了没,监控Seconds Behind Master ,别打脸

作者头像
AustinDatabases
发布2019-11-10 16:20:56
1.3K0
发布2019-11-10 16:20:56
举报
文章被收录于专栏:AustinDatabases

小文今天被老板询问,新搭建的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工具里面判断主从是否一致的基本原理)

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2019-11-07,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 AustinDatabases 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
云数据库 SQL Server
腾讯云数据库 SQL Server (TencentDB for SQL Server)是业界最常用的商用数据库之一,对基于 Windows 架构的应用程序具有完美的支持。TencentDB for SQL Server 拥有微软正版授权,可持续为用户提供最新的功能,避免未授权使用软件的风险。具有即开即用、稳定可靠、安全运行、弹性扩缩等特点。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档