当前位置:首页 > 数码 > 数据库延迟计算的难题-MySQL-级联从库延迟 (数据库延迟计算公式)

数据库延迟计算的难题-MySQL-级联从库延迟 (数据库延迟计算公式)

admin1年前 (2024-04-18)数码63

问题说明

在处理主从问题时,发现级联从库中 C 库的延迟远小于 B 库的延迟,而通常情况下 C 库的延迟应该更大。本文探讨了级联从库 C 库延迟计算的机制。

延迟计算

一般情况下,延迟计算公式为: C 库当前时间 - (主库执行命令时间 + B 库执行 query 事件时的延迟时间) - 主从服务器时间差

B 库的 exectime

在 B 库中,query 事件中的 exectime 是 B 库当前时间减去主库执行命令时的start_time,即 B 库在执行 query 事件时的延迟时间。

示例

观察 B 库中的 exectime 可以验证这一现象。

主库 A


at109723051815:50:04
serverid333900
end_log_pos1174
CRC320xab4d2adc
Querythread_id=4
exec_time=0
error_code=0
SETTIMESTAMP=1684396204/!/;
  

从库 B


at106923051815:50:04
serverid333900
end_log_pos1132
CRC320x483e49b5
Querythread_id=4
exec_time=48
erro
  
从示例中可以看到,B 库的 exectime 为 48,即 B 库在执行 query 事件时的延迟时间。

总结

级联从库 C 库的延迟计算公式为: C 库当前时间 - (主库执行命令时间 + B 库执行 query 事件时的延迟时间) - 主从服务器时间差 B 库的 exectime 为 B 库在执行 query 事件时的延迟时间 在时钟同步的情况下,这一机制可以准确地计算级联从库的延迟。 级联从库延迟

如何解决mysql主从延迟

通常少量延迟不是问题。 如果要做到完全同步,对主数据库性能势必有影响。 只要保证从数据库是主数据库在某个时间点的快照就成了。 如果要更具体分析,需要详细描述你的应用场景

mysql slave 备库延迟是怎么得到的

mysql的replication中有2个比较重要的class:Master_info(rpl_mi.h), Relay_log_info(rpl_rli.h),他们分别对应于master,info文件和文件;很显然,Master_info是io_thread需要的,Relay_log_info是sql_thread需要的。Master_info中有一个变量 clock_diff_with_master,这个值记录着mysql的主库和备库的时间差,可以理解为主备的主机时间差。clock_diff_with_master变量的定义如下:

Cpp代码

Thedifferenceinsecondsbetweentheclockofthemasterandtheclockof

theslave(second-first)<0or>0.

clock_diff_with_masteriscomputedwhentheI/Othreadstarts;forthisthe

I/OthreaddoesaSELECTUNIX_TIMESTAMP()onthemaster.

howlatetheslaveiscomparedtothemasteriscomputedlikethis:

clock_of_slave-last_timestamp_executed_by_SQL_thread-clock_diff_with_master

longclock_diff_with_master;

这个变量的注释直接提到了Seconds_Behind_Master的计算方法:clock_of_slave - last_timestamp_executed_by_SQL_thread - clock_diff_with_master。clock_of_slave是slave的当前时间--执行show slave status的当前时间。

先看一下clock_diff_with_master的计算:()。执行”start slave;“/“start slave io_thread;”后,会执行start_slave_threads来启动io thread,io thread启动后首先做的就是获取主库的mysql版本和主库的当前时间(mysql_real_query(mysql, STRING_WITH_LEN(SELECT UNIX_TIMESTAMP()))),获取到主库的当前时间后,用备库的当前时间减去主库的时间,得到clock_diff_with_master。

具体的逻辑则是,sql thread启动后,读取relaylog(netxt_event()),apply & update pos(apply_event_and_update_pos()),update_pos的时候判断是否执行到了事务的结束位置,如果执行到了,则调用stmt_done(),stmt_done()会将last_master_timestamp更新为最近一次event的创建时间(event_creation_time)。因此如果在主备基本无延迟的时候,主库执行了一个大事务,你会发现备库延迟突然很大,然后又没了,延迟跳跃。

免责声明:本文转载或采集自网络,版权归原作者所有。本网站刊发此文旨在传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及版权、内容等问题,请联系本网,我们将在第一时间删除。同时,本网站不对所刊发内容的准确性、真实性、完整性、及时性、原创性等进行保证,请读者仅作参考,并请自行核实相关内容。对于因使用或依赖本文内容所产生的任何直接或间接损失,本网站不承担任何责任。

标签: MySQL

“数据库延迟计算的难题-MySQL-级联从库延迟 (数据库延迟计算公式)” 的相关文章

实用性极强的-MySQL-查询优化策略 (实用性极强的app)

实用性极强的-MySQL-查询优化策略 (实用性极强的app)

在程序上线运行一段时间后,一旦数据量上去了,或多或少会感觉到系统出现延迟、卡顿等现象,出现这种问题,就需要程序员或架构师进行系统调优工作了。其中,大量的实践经验表明,调优的手段尽管有很多,但涉及到...

MySQL-一探究竟-核心模块揭秘 (mysql-bin文件可以删除吗)

MySQL-一探究竟-核心模块揭秘 (mysql-bin文件可以删除吗)

Undo Segment Caching To improve the efficiency of undo segmentallocation, InnoDB caches some un...

主从复制原理简介-MySQL (主从复制原理mysql)

主从复制原理简介-MySQL (主从复制原理mysql)

主从复制(Master-SlaveReplication)是一种数据复制技术,用于在多个数据库主机之间的数据同步。在主从复制架构中,一个主机被设置为主主机(Master),充任数据源,其余主机被设...

全面指南-如何解决-MySQL-主从延时问题 (全面指导)

全面指南-如何解决-MySQL-主从延时问题 (全面指导)

一、什么是主从延时? 主从延时,是指从数据库从主数据库复制数据时产生的时间差。它会导致从库中的数据与主库不一致。 二、为什么会主从延时? 1. 主从复制原理 MySQL的...

核心模块-深入探索数据库引擎-MySQL-揭秘 (核心模块英文)

核心模块-深入探索数据库引擎-MySQL-揭秘 (核心模块英文)

简介 Savepoint 是 MySQL 中的一种机制,允许在事务中创建标记点,以便在事务失败时回滚到该标记点。Savepoint 的原理是将事务的当前状态存储在各种数据结构中,包括服务器层、b...

обеспечение-и-данных-MySQL锁机制-предотвращение-конфликтов-согласованности (翻译)

обеспечение-и-данных-MySQL锁机制-предотвращение-конфликтов-согласованности (翻译)

锁机制是一种通过对数据进行加锁来防止数据冲突和不一致的技术。MySQL 采用了两种类型的锁:共享锁和排他锁,以实现并发访问数据的同时保证数据的一致性。 共享锁 (SharedLock)...

MySQL-实现非中断亿级数据处理的秘密 (mysql-bin文件可以删除吗)

MySQL-实现非中断亿级数据处理的秘密 (mysql-bin文件可以删除吗)

MySQL 在海量数据管理方面表现得非常出色,能够存储上亿级别的数据,同时还具有极高的数据可靠性,几乎不会发生数据丢失的情况。这一强大的特性离不开 MySQL 的两大日志系统:binlog 和 r...

揭开其背后的神奇世界-深入探寻-索引的底层逻辑-MySQL (揭开其背后的真相)

揭开其背后的神奇世界-深入探寻-索引的底层逻辑-MySQL (揭开其背后的真相)

什么是索引? 索引是数据库系统中一种特殊的数据结构,用于快速查找数据。索引以某种方式引用(指向)数据,允许在索引上实现高级查找算法,从而提高查询速度。 索引的种类 最常见的索引类型有:...