【生产篇】_主从同步延迟Seconds_Behind_Master越来越大，什么鬼？
5墨值下载
【生产篇】
_
主从同步延迟
Seconds_Behind_Master
越来越大，什么鬼？
作者：
欢迎关注个人公众号：一森咖记
【前言】
使用
搭建了一套
高可用架构。通过
的
参数发现，
从库
的数值变得越来越大，大家都知道，
理论上应该为
，该
虽然参数不能准确判断主从间的数据同步，但可以通过该参数来简单监控主从库间的同步
状况。而新搭建
架构中
越来越大，这显然就不正常了。针对
此情况，本文将讲述针对此问题如何分析和并提出解决方法。
环境：
!!"
#$%&'()*+%,
"-
-./)./012)()3456(+'744/,&$8%%
!!
.93).47).)...
.93).47).)..3
.93).47).)..*
架构：
:;<0
同步
.93).47).)...
读写
.93).47).)..*
读
背景知识：
大家都知道，
的默认同步机制异步同步，其中
负责接收从主库
的
到从库上生成
，然后
负责解析
后在从库上进行重新执
行来完成主从同步。这个
步是完全异步的，单独停止其中一个，并不会影响另一个的正行工
作。当这两个
都正常工作的时候，
会显示双
状态，表示同步
正常。
除了这两个状态外，还有另外一个非常重要参数
，代表从库和主库
的同步延迟时间，数值越高意味着延迟越大，但是当
为
的时候，
并不真正意味着从库已经追上主库了。
大家可能都碰到过这样的场景，
一直都是
，某一个时间点之后突
然就变得非常高。一个场景举例：主库上执行了一个非常大的
，这个
在主库上没
执行完毕的时候，从库的
会显示为
，而当主库执行完毕传到从库
上重演时，
的值就会变得非常大。
计算主从延时，
官方解释如下：
< %1 &6 =
&> &) ? & &% <!@5
%A1&8<!@>&&&%8
5 8 & &> B
'&>8);%C8>%A
&56&'&@?-$;;D>>%5&
&1C6%18>&)
的值到底是怎么计算出来的呢？官方的解释如下：
E ; &1 6 1
%1
在执行
<@&%
下来的
的时间差。大家知道
中
记
录的时间戳是主库上的时间戳，而
的时间戳是从库上的，如果主库和从库的时
间是一致的，
代表的确实是从库延后主库的一个时间差。但是如果主库和从库的时间
不是一致的，那么这个
的意义就基本不存在了。
简述之，
计算方法为：
.
、当
线程执行
时，从库执行时刻的
>%
值减去该
上附带的时间戳
（当时主库上的
>%
），这两者的差值。
3
、一旦
线程未在执行
，则
为
*
、
<@
线程或
线程
&
，则
为
FD
至此，我们了解了
seconds_behind_master
值得含义。
接下来，说说今天的问题现象。
问题现象
架构，发现从库
的参数
越来越大。
已经排除主从服务器时间不一致；那么主要就判断两点： 是
慢还是
慢？
有个方法，观察
8&G:
。
判断
*
个参数（参数后面的值是默认空闲时候的正常值）：
<@E?>6
#&EA8>6<!@&%
E
.)
慢的表现：
越来越大
of 9
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论