mysql主从同步延迟zabbix怎么监控

使用 bcc 工具观测 MySQL：1）dbstat功能：将 MySQL/PostgreSQL 的查询延迟汇总为直方图

语法：

dbstat [-h] [-v] [-p [PID [PID ]]] [-m THRESHOLD] [-u] [-i INTERVAL]              {mysql,postgres}

选项：

{mysql,postgres}                           # 观测哪种数据库-h, --help                                 # 显示帮助然后退出-v, --verbose                              # 显示BPF程序-p [PID [PID ]], --pid [PID [PID ]]  # 要观测的进程号，空格分隔-m THRESHOLD, --threshold THRESHOLD        # 只统计查询延迟比此阈值高的-u, --microseconds                         # 以微秒为时间单位来显示延迟(默认单位：毫秒)-i INTERVAL, --interval INTERVAL           # 打印摘要的时间间隔(单位：秒)

示例：

# 使用 sysbench 在被观测数据库上执行 select[root@liuan tools]# dbstat mysql -p `pidof mysqld` -uTracing database queries for pids 3350 slower than 0 ms^C[14:42:26]     query latency (us)

2）dbslower

功能：跟踪 MySQL/PostgreSQL 的查询时间高于阈值

语法：

dbslower [-h] [-v] [-p [PID [PID ]]] [-x PATH] [-m THRESHOLD]                 {mysql,postgres}

参数：

{mysql,postgres}                           # 观测哪种数据库 -h, --help                                 # 显示帮助然后退出 -v, --verbose                              # 显示BPF程序 -p [PID [PID ]], --pid [PID [PID ]]  # 要观测的进程号，空格分隔 -m THRESHOLD, --threshold THRESHOLD        # 只统计查询延迟比此阈值高的 -x PATH, --exe PATH                        # 数据库二进制文件的位置

示例：

# 使用sysbench在被观测数据库上执行update_index [root@liuan tools]# dbslower mysql -p `pidof mysqld` -m 2 Tracing database queries for pids 3350 slower than 2 ms TIME(s)        PID          MS QUERY 1765087       3350      2996 UPDATE sbtest1 SET k=k+1 WHERE id=963 3187147       3350      2069 UPDATE sbtest1 SET k=k+1 WHERE id=628 5945987       3350      2171 UPDATE sbtest1 SET k=k+1 WHERE id=325 7771761       3350      3853 UPDATE sbtest1 SET k=k+1 WHERE id=5955 使用限制

bcc 基于 eBPF 开发（需要 Linux 315 及更高版本）。bcc 使用的大部分内容都需要 Linux 41 及更高版本。

"bccusdtUSDTException: failed to enable probe 'query__start'; a possible cause can be that the probe requires a pid to enable" 需要 MySQL 具备 Dtrace tracepoint。

正值 - 表示主从已经出现延时

0 - 该值为零，是我们极为渴望看到的情况，也就是该线程的Running状态是No，这是一个BUG值，该参数是不支持负值的可以通过监控show slave status\G命令输出的Seconds_Behind_Master参数的值来判断，表示主从复制良好，可以认为lag不存在，是否有发生主从延时。

其值有这么几种，数字越大表示从库落后主库越多。

负值 - 几乎很少见：

NULL - 表示io_thread或是sql_thread有任何一个发生故障,而非Yes，只是听一些资深的DBA说见过，其实

可能有2个原因。

1在plsql中执行的结果实际上显示的是主库的查询结果(因为plsql默认连接的是数据库的VIP)。2主要原因是这个时间点业务量比较小，导致备库sysdate-controlfile_time的值变大。

ZABBIX近段时间某地区的DB备库同步异常，在后台查询主备是同步的。

可以使用跟踪令牌， 具体的参考联机帮助上的说明：

为事务复制测量滞后时间和验证连接

>

以上就是关于mysql主从同步延迟zabbix怎么监控全部的内容，包括:mysql主从同步延迟zabbix怎么监控、zabbix 如何监控 mysql 主从同步 延迟差多少时间、oracle10g查看主从延迟等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！