摘要:系统版本的含义本质上,表示的线程与线程的时间差。只有当网速较快时,才能较好的估计的线程相对于的延迟。当与之间的网速较慢时,的值通常是。
系统:centos7
版本:mariadb 10.1.21
1、Seconds_Behind_Master的含义本质上,Seconds_Behind_Master表示:slave的SQL线程与I/O线程的时间差。
只有当网速较快时,Seconds_Behind_Master才能较好的估计slave的SQL线程相对于master的延迟。
当master与slave之间的网速较慢时,Seconds_Behind_Master的值通常是0。
在主库上执行了一个非常大的event,在这个event在主库上没执行完毕的时候,从库的SBM会显示为0,而当主库执行完毕传到从库上开始执行的时候,就会显示SBM非常巨大了
模拟场景:
步骤1:主库新建一张表并插入1000万+数据
MariaDB [test]> create table aaa as select * from log_user_like;
步骤2:sql未执行完成前,主库从库状态
Mysql>show variables like ‘%gtid%’; 主库(未执行完sql): gtid_binlog_pos | 0-2-4445157 | gtid_binlog_state | 0-2-4445157 | gtid_current_pos | 0-2-4445157 | 从库(未执行完sql): gtid_current_pos | 0-2-4445157 | gtid_slave_pos | 0-2-4445157 | Mysql>show variables like ‘%gtid%’; Slave_IO_Running: Yes Slave_SQL_Running: Yes Seconds_Behind_Master: 0 Using_Gtid: Slave_Pos Gtid_IO_Pos: 0-2-4445158
步骤3:sql执行完成后,主库从库状态
主库(执行完sql): gtid_binlog_pos | 0-2-4445158 | gtid_binlog_state | 0-2-4445158 | gtid_current_pos | 0-2-4445158 | 从库(从库同步没有完成): gtid_current_pos | 0-2-4445157 | gtid_slave_pos | 0-2-4445157 | Mysql>show variables like ‘%gtid%’; Slave_IO_Running: Yes Slave_SQL_Running: Yes Seconds_Behind_Master: 95 -----大的事务执行完成后才会出现延迟 Using_Gtid: Slave_Pos Gtid_IO_Pos: 0-2-4445158
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/48725.html
摘要:系统版本的含义本质上,表示的线程与线程的时间差。只有当网速较快时,才能较好的估计的线程相对于的延迟。当与之间的网速较慢时,的值通常是。 系统:centos7 版本:mariadb 10.1.21 1、Seconds_Behind_Master的含义 本质上,Seconds_Behind_Master表示:slave的SQL线程与I/O线程的时间差。 只有当网速较快时,Seconds_B...
摘要:数据库主从同步延迟解决方案。数据库主从同步延迟解决方案答最简单的减少同步延时的方案就是在架构上做优化,尽量让主库的快速执行。原理和丁奇的类似,丁奇的是以表做多线程,使用的是以数据库为单位做多线程,不同的库可以使用不同的复制线程。 MySQL的主从同步是一个很成熟的架构,优点为:①在从服务器可以执行查询工作(即我们常说的读功能),降低主服务器压力;②在从主服务器进行备份,避免备份期间影响...
摘要:今天遇到一个问题,持续报错,主从同步延时数过大或错误。所以这篇文章给大家分享下主从同步的机制原理以及问题排查思路。导致观察主从同步延时的监控持续报警。 今天遇到一个问题,Mysql持续报错,主从同步延时数过大或错误。所以这篇文章给大家分享下主从同步的机制原理以及问题排查思路。 故障表现 最直观的表现为: mysql> show slave statusG; // 状态一 ...
摘要:最小字节,最大支持字节,因为位置点最大,支持动态修改。解决了问题,继续查找发生问题的原因,生产环境中的该参数设置为,当一个事务影响的数据量超过该值时,即会报错。因此是大事务造成的,大事务还容易造成主从延时的问题,推荐将大事务拆分为小事务执行 版本:mysql 5.6.32错误描述: Error_code: 1197 Last_Error: Worker 3 failed executi...
摘要:当前的线程的状况。如果等待时间超过设置,线程为重连。如果你设置了当大小超过这个值以后,线程会先等线程删掉一部分。当和之前出现连接问题时,每隔这个时间就会尝试一次重连。一般情况下,如果这个值过大,我们可以考虑是否是服务器线程出问题了。 进入正题之前 上回我们聊到关于MySQL的replication。https://segmentfault.com/a/11... 在进入今天的正题之前,...
阅读 3134·2021-11-25 09:43
阅读 2136·2021-09-06 15:02
阅读 3412·2021-08-18 10:21
阅读 3115·2019-08-30 15:55
阅读 2230·2019-08-29 17:06
阅读 3396·2019-08-29 16:59
阅读 868·2019-08-29 13:47
阅读 2609·2019-08-26 13:24