zabbix监控mysql主从延迟
用show slave status\G;命令查看从库的状态
1.以下的两调参数表明主从同步可以正常的运行
如果是Slave_IO_Running的参数不是YES则说明从库读取不到主库的bin-log日志,
如果是Slave_SQL_Running参数不是YES,则说明从库在读取中继日志发生问题。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
2.查看Seconds_Behind_Master参数,
如果为0的话,则表示主从复制良好,
如果为正数的话,数字越大表示从库落后主库越多。
可以用2比较的前提是io_thread与master网络很好的情况下,原因是Seconds_Behind_Master是通过比较sql_thread执行的event的timestamp和io_thread复制好的 event的timestamp(简写为ts)进行比较,而得到的这么一个差值。我们都知道的relay-log和主库的bin-log里面的内容完全一 样,在记录sql语句的同时会被记录上当时的ts,所以比较参考的值来自于binlog,其实比较真正是发生在io_thread与sql_thread之间,而io_thread才真正与主库有关联, 当主库I/O负载很大或是网络阻塞,io_thread不能及时复制binlog(没有中断,也在复制),而sql_thread一直都能跟上 io_thread的脚本,这时Seconds_Behind_Master的值是0,也就是我们认为的无延时。
展示主从同步正常的效果图:
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了