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

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

admin1个月前 (04-18)数码13

问题说明

在处理主从问题时,发现级联从库中 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)

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

Java开发者的MySQL数据库版本管理策略-从规划到部署的全面指南 (java开发工程师)

Java开发者的MySQL数据库版本管理策略-从规划到部署的全面指南 (java开发工程师)

数据库是软件开发中常用的关系型数据库之一。版本管理是保障数据库稳定性和可靠性的重要方面。本文将介绍针对 Java 开发者的 MySQL 数据库版本管理策略,包括版本控制工具选择、数据库脚本管理、变...

优化数据统计的终极指南-MySQL-提升查询性能的秘诀 (优化数据统计工具)

优化数据统计的终极指南-MySQL-提升查询性能的秘诀 (优化数据统计工具)

在业务场景中,我们经常需要统计当前已有的业务数据,例如商品库内商品的数量、每天的用户订单数量等。此时,我们需要使用统计功能来实现。 count()实现方式 对于不同的数据库引擎,co...

实战-MySQL-数据库压力测试与性能评估方法-Java (实战篮球鞋排名)

实战-MySQL-数据库压力测试与性能评估方法-Java (实战篮球鞋排名)

压力测试的目的和重要性 压力测试是模拟真实环境中并发用户访问数据库的场景,通过增加负载来测试数据库系统的性能表现。压力测试的目的是发现数据库在高负载下的性能瓶颈、资源利用情况和响应时间等指...

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

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

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

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

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

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

使用-数据库并自动发送备份文件到指定邮箱-K8s-定期备份-MySQL (使用数据库的命令)

使用-数据库并自动发送备份文件到指定邮箱-K8s-定期备份-MySQL (使用数据库的命令)

简介 本文档描述了一个使用脚本来监控服务器高占用率进程并通过电子邮件发送警报的项目。本文还探讨了使用相同机制备份数据库的可能性。 技术 Python psuti...

EXPLAIN-代价模型-MySQL-浅析-提早预知索引优化战略-优化查问性能-告别自觉经常使用 (explain)

EXPLAIN-代价模型-MySQL-浅析-提早预知索引优化战略-优化查问性能-告别自觉经常使用 (explain)

背景 在中,当咱们为表创立了一个或多个索引后,通常须要在索引定义成功后,依据详细的数据状况口头EXPLN命令,才干观察到数据库实践经常使用哪个索引、能否经常使用索引。这使得咱们在参与新索引之...