首页 / MYSQL / MySQL复制中slave延迟监控

MySQL复制中slave延迟监控

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL复制中slave延迟监控，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含5851字，纯文字阅读大概需要9分钟。

内容图文

Seconds_Behind_Master 的值来判断SLAVE的延迟。这么做大部分情况下尚可接受，但并不够准确，而应该考虑更多因素。

首先，我们先看下SLAVE的状态：

yejr@imysql.com [(none)]&gt; show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
***
Master_Log_File: mysql-bin.000327
Read_Master_Log_Pos: 668711237
Relay_Log_File: mysql-relay-bin.002999
Relay_Log_Pos: 214736858
Relay_Master_Log_File: mysql-bin.000327
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
***
Skip_Counter: 0
Exec_Master_Log_Pos: 654409041
Relay_Log_Space: 229039311
***
<strong>Seconds_Behind_Master: 3296
</strong>***

可以看到 Seconds_Behind_Master 的值是 3296，也就是SLAVE至少延迟了 3296 秒。

我们再来看下SLAVE上的2个REPLICATION进程状态：

yejr@imysql.com [(none)]&gt; show full processlist\G
*************************** 1. row ***************************
Id: 6
User: system user
Host:
db: NULL
Command: Connect
<strong>Time: 22005006
</strong>State: Waiting for master to send event
Info: NULL
*************************** 2. row ***************************
Id: 7
User: system user
Host:
db: NULL
Command: Connect
<strong>Time: 3293
State: Updating
</strong>Info: UPDATE ** SET ** WHERE **

可以看到SQL线程一直在执行UPDATE操作，注意到 Time 的值是 3293，看起来像是这个UPDATE操作执行了3293秒，一个普通的SQL而已，肯定不至于需要这么久。
实际上，在REPLICATION进程中，Time 这列的值可能有几种情况：
1、SQL线程当前执行的binlog（实际上是relay log）中的timestamp和IO线程最新的timestamp的差值，这就是通常大家认为的 Seconds_Behind_Master 值，并不是某个SQL的实际执行耗时；
2、SQL线程当前如果没有活跃SQL在执行的话，Time值就是SQL线程的idle time；

而IO线程的Time值则是该线程自从启动以来的总时长（多少秒），如果系统时间在IO线程启动后发生修改的话，可能会导致该Time值异常，比如变成负数，或者非常大。

来看下面几个状态：

#设置pager，只查看关注的几个status值
yejr@imysql.com [(none)]&gt; pager cat | egrep -i ‘system user|Exec_Master_Log_Pos|Seconds_Behind_Master|Read_Master_Log_Pos‘

#这是没有活跃SQL的情况，Time值是idle time，并且 Seconds_Behind_Master 为 0
yejr@imysql.com [(none)]&gt; show processlist; show slave status\G
| 6 | system user | | NULL | Connect | 22004245 | Waiting for master to send event | NULL |
| 7 | system user | | NULL | Connect | <strong>13</strong> | Has read all relay log;**
Read_Master_Log_Pos: 445167889
Exec_Master_Log_Pos: 445167889
<strong>Seconds_Behind_Master: 0
</strong>
#和上面一样
yejr@imysql.com [(none)]&gt; show processlist; show slave status\G
| 6 | system user | | NULL | Connect | 22004248 | Waiting for master to send event | NULL |
| 7 | system user | | NULL | Connect | <strong>16</strong> | Has read all relay log;**
Read_Master_Log_Pos: 445167889
Exec_Master_Log_Pos: 445167889
<strong>Seconds_Behind_Master: 0
</strong>
#这时有活跃SQL了，Time值是和 Seconds_Behind_Master 一样，即SQL线程比IO线程“慢”了1秒
yejr@imysql.com [(none)]&gt; show processlist; show slave status\G
| 6 | system user | | NULL | Connect | 22004252 | Waiting for master to send event | NULL |
| 7 | system user | | floweradmin | Connect | <strong>1</strong> | Updating | update **
Read_Master_Log_Pos: 445182239
Exec_Master_Log_Pos: 445175263
<strong>Seconds_Behind_Master: 1
</strong>
#和上面一样
yejr@imysql.com [(none)]&gt; show processlist; show slave status\G
| 6 | system user | | NULL | Connect | 22004254 | Waiting for master to send event | NULL |
| 7 | system user | | floweradmin | Connect | <strong>1</strong> | Updating | update **
Read_Master_Log_Pos: 445207174
Exec_Master_Log_Pos: 445196837
<strong>Seconds_Behind_Master: 1
</strong>

好了，最后我们说下如何正确判断SLAVE的延迟情况：
1、首先看 Relay_Master_Log_File 和 Master_Log_File 是否有差异；
2、如果Relay_Master_Log_File 和 Master_Log_File 是一样的话，再来看Exec_Master_Log_Pos 和 Read_Master_Log_Pos 的差异，对比SQL线程比IO线程慢了多少个binlog事件；
3、如果Relay_Master_Log_File 和 Master_Log_File 不一样，那说明延迟可能较大，需要从MASTER上取得binlog status，判断当前的binlog和MASTER上的差距；

因此，相对更加严谨的做法是：
在第三方监控节点上，对MASTER和SLAVE同时发起SHOW BINARY LOGS和SHOW SLAVE STATUS\G的请求，最后判断二者binlog的差异，以及 Exec_Master_Log_Pos 和Read_Master_Log_Pos 的差异。

例如：
在MASTER上执行SHOW BINARY LOGS 的结果是：

+------------------+--------------+
| Log_name | File_size |
+------------------+--------------+
| mysql-bin.000009 | 1073742063 |
| mysql-bin.000010 | 107374193 |
+------------------+--------------+

而在SLAVE上执行SHOW SLAVE STATUS\G 的结果是：

<strong>Master_Log_File: mysql-bin.000009</strong>
<strong> Read_Master_Log_Pos: 668711237</strong>
Relay_Master_Log_File: mysql-bin.000009
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
***
<strong>Exec_Master_Log_Pos: 654409041</strong>

***
<strong>Seconds_Behind_Master: 3296</strong>
***

这时候，SLAVE实际的延迟应该是：
mysql-bin.000009 这个binlog中的binlog position 1073742063 和 SLAVE上读取到的binlog position之间的差异延迟，即：

<strong>1073742063 - 654409041 = 419333022</strong> 个binlog event

并且还要加上 mysql-bin.000010这个binlog已经产生的107374193个binlog event，共

<strong>107374193 + 419333022 = 526707215</strong> 个binlog event

后记更新：

1、可以在MASTER上维护一个监控表，它只有一个字段，存储这最新最新时间戳（高版本可以采用event_scheduler来更新，低版本可以用cron结合自动循环脚本来更新），在SLAVE上读取该字段的时间，只要MASTER和SLAVE的系统时间一致，即可快速知道SLAVE和MASTER延迟差了多少。不过，在高并发的系统下，这个时间戳可以细化到毫秒，否则哪怕时间一致，也是有可能会延迟数千个binlog event的。
2、网友（李大玉，QQ：407361231）细心支出上面的计算延迟有误，应该是mysql-bin.000009的最大事件数减去已经被执行完的事件数，即1073742063 – 654409041= 419333022个binlog event，再加上mysql-bin.000010这个binlog已经产生的107374193个binlog event，共526707215 个binlog event。

MySQL复制中slave延迟监控

标签：

本文系统来源：http://www.cnblogs.com/zengkefu/p/5654567.html

内容总结

以上是互联网集市为您收集整理的MySQL复制中slave延迟监控全部内容，希望文章能够帮你解决MySQL复制中slave延迟监控所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/466942.html

来源：【匿名】

【上一篇】MySQL 中的两种临时表【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【MySQL复制中slave延迟监控】教程文章相关的互联网学习教程文章

Linux-MySQL5.6主从复制与读写分离

主机操作系统IP地址主要软件MasterCentos7.3x86_64192.168.1.101Cmake,MysqlSlave01Centos7.3x86_64192.168.1.102Cmake,MysqlSlave02Centos7.3x86_64192.168.1.103Cmake,MysqlAmoebaCentos7.3x86_64192.168.1.104AmoebaClientCentos7.3x86_64192.168.1.105 实验环境：注：请提前配置好防火墙规则和本地yum源以及selinux主从复制：1 建立时间同步环境在master上面安装时间同步服务器1.1 安装NTP[root@m...

mysql主从复制【代码】【图】

我的环境是利用了两个数据库实例，关于数据库实例我的前几篇文章写了。下面这个只是参考作用，需要懂其原理才能理解下面配置，要不然会出错，出错可以私聊我。1、打开主库bin-log log-bin = /data/3306/mysql-bin 2、确保server-id不一样 3、检查一下，grep是显示不出来的 [root@weiwei 3306]# egrep "log-bin|server-id" /data/3306/my.cnf [mysqld] log-bin = /data/3306/mysql-bin server-id = 1 4、查看log-bin是否开启 show ...

mysql主从复制

一、安装mysql　　1、 sudo apt-get install mysql-server -y　　2、安全设置：mysql_secure_installation，然后按两个N，三个Y。二、设置两台主机的my.cnf　　1、设置两台主机的my.cnf　　　　a、主服务器：vim /etc/my.cnf，添加内容如下：　　　　[mysqld]　　　　log-bin=mysql-bin　　　　server-id=21 //服务器唯一ID，默认是1，一般取ID最后一段　　　　b、从服务器slave: vim /etc/my.cnf　　...

MySQL主从复制搭建教程收集（待实践）

先收集一下，后续再搭建测试。https://zhangge.net/4019.htmlhttp://www.cnblogs.com/jiangwenju/p/6098974.htmlhttp://www.cnblogs.com/sustudy/p/4174189.htmlhttp://pengranxiang.iteye.com/blog/1141118http://zhaochj.blog.51cto.com/368705/1635982http://1983939925.blog.51cto.com/8400375/1557273http://2526575.blog.51cto.com/2516575/689199http://blog.csdn.net/hguisu/article/details/7325124/http://www.cnblogs.c...

MySQL主从复制——主库已有数据的解决方案【代码】

在上篇文章中我们介绍了基于Docker的Mysql主从搭建，一主多从的搭建过程就是重复了一主一从的从库配置过程，需要注意的是，要保证主从库my.cnf中server-id的唯一性。搭建完成后，可以在主库show slave hosts查看有哪些从库节点。我们来简单了解一下Mysql主从复制的过程：(1) master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）；(2) slave将master的binary log events拷贝到它的中继日...

mySql 主从复制linux配置【图】

总结:主库(192.168.1.251):/etc/my.cnf.d/server.cnf[mysqld] log-bin=mysql-bin server-id=1从库(192.168.1.254):/etc/my.cnf.d/server.cnf[mysqld] log-bin=mysql-bin server-id=2重新启动主库。从库在主库中给从库创建一个用于复制的账号:mysql > GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO backup@’192.168.1.254’ IDENTIFIED BY ‘1234’;从库操作: 设置主库 : MariaDB [test]> change master to master_host...

mysql主从复制

mysql主从复制https://www.cnblogs.com/superfat/p/5267449.htmlhttps://www.cnblogs.com/phpstudy2015-6/p/6485819.htmlhttps://blog.csdn.net/deeplearnings/article/details/78398526 原文：https://www.cnblogs.com/stono/p/9756461.html

MySQL主从复制与读写分离（实践篇）【代码】【图】

MySQL主从复制的类型基于语句的复制(默认)在主服务器上执行的语句，从服务器执行同样的语句基于行的复制把改变的内容复制到从服务器混合类型的复制一旦发现基于语句无法精确复制时，就会采用基于行的复制主从复制的过MySQL读写分离原理读写分离就是只在主服务器上写，只在从服务器上读主数据库处理事务性查询，而从数据库处理select查询数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库读写分离的过程实践操作实验环...

MySQL复制(一):复制的基本步骤【代码】【图】

从这里开始，对复制的内容开始做一些详细的描述，复制从简单到入门复制最简单的模式如下基本的三个简单步骤1 配置一个服务器为master 2 配置一个服务器为slave 3 将slave连接到master一、配置master需要配置三个方向的配置:二进制日志及唯一服务器ID和授权二进制日志：记录服务器的变更服务器ID：服务器ID区分服务器唯一性涉及的具体参数为log-bin = master-bin log-bin-index = master-bin.index server-id = 1注:如果不是指定，...

mysql 表结构和数据复制

表结构复制(带数据)create table new select * from old表结构复制(不带数据)create table new select * from old where 1=2这里给个where条件1=2是为了差不出数据给个空表表结构复制(like关键字)create table new like old复制另一个表的数据(字段数不一致，类型一样)insert into new(f1,f2,f3) select f1,f2,f3 from old where xxx=xxx原文：https://www.cnblogs.com/mohehpc/p/8331605.html

mysql 主从复制 error 1677【图】

2016-06-03今天在主库建了一张表，在向该表插入数据时，发现没有同步到从库，并且在从库发现有以下报错：根据网上的说法，一开始以为是binlog_format的问题，在主库把binlog_format由row改为statement，又改成mixed，都试了一遍，发现还是有报错。后来找到了答案，是slave_type_conversions的问题，在从库执行以下操作：stop slave;set global slave_type_conversions=ALL_NON_LOSSY;start slave;即可解决该问题。【参考资料】[1] ...

MySQL5.6 半同步复制，保证数据库一致性【代码】

半同步复制需要使用插件，主从节点都需要安装插件。插件安装完之后，配置系统变量就可以启用和关闭半同步复制功能。 1.半同步实施前提数据库版本为 5.5以上 have_dynamic_loading system variable 为 YES. 复制已经正常运行。 2.安装插件主节点 INSTALL PLUGIN rpl_semi_sync_master SONAME ‘semisync_master.so‘; 从节点 INSTALL PLUGIN rpl_semi_sync_slave SONAME ‘semisync_slave.so‘;3.查看是否安装成功show plugins; 显...

mysql 的主从复制

准备主服务器IP：192.168.1.100从服务器IP：192.168.1.101在主服务器上创建数据库，并添加初始数据，然后导入到从服务器1.分别在主从服务器上安装mysql服务，mysql服务器的版本最好一致，或者主服务器的版本高于从服务器2.在主服务上创建用户从服务器同步的用户，并设置权限 insert into mysql.user(Host,User,Password) values(‘localhost‘,‘master‘,password(‘123456‘)); flush privileges; grant replicat...

MySQL主从复制【代码】【图】

MySQL主从复制 mysql主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致。实验环境主机IP地址主要软件主服务器192.168.27.128mysql5.7.17;ntp从服务器1192.168.27.139mysql5.7.17;ntp从服务器2192.168.27.142mysql5.7.17;ntp搭建主从复制1、主服务器建立时间同步环境systemctl stop firewalld.servicesetenforce 0yum install ntp -yvim /etc/ntp.cnfservice...

Mysql主从复制

（1）MySQL数据的复制 Mysq1l主从复制 MySQL数据库支持同步复制、单向、异步复制，在复制的过程中一个服务器充当主服务器，而一个或多个服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更...

首页 / MYSQL / MySQL复制中slave延迟监控

MySQL复制中slave延迟监控

内容导读

内容图文

内容总结

内容备注

内容手机端

【MySQL复制中slave延迟监控】教程文章相关的互联网学习教程文章

Linux-MySQL5.6主从复制与读写分离

mysql主从复制【代码】【图】

mysql主从复制

MySQL主从复制搭建教程收集（待实践）

MySQL主从复制——主库已有数据的解决方案【代码】

mySql 主从复制linux配置【图】

mysql主从复制

MySQL主从复制与读写分离（实践篇）【代码】【图】

MySQL复制(一):复制的基本步骤【代码】【图】

mysql 表结构和数据复制

mysql 主从复制 error 1677【图】

MySQL5.6 半同步复制，保证数据库一致性【代码】

mysql 的主从复制

MySQL主从复制【代码】【图】

Mysql主从复制

MYSQL - 相关标签

监控 - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程