主备复制时延瞬间飚高回落-j9九游会登录

场景描述

只读实例的ces监控上，出现只读复制时延会在某个瞬间升高并回落，如下图：

原因分析

• 此类问题与复制时延（seconds_behind_master）的计算方式相关，关于复制时延的计算方式，详见mysql主备复制原理简介。
• 出现复制时延尖峰是因为：只读节点io线程刚好接收到了一个新的binlog文件，而其sql线程还没开始回放新的binlog。导致计算复制时延的last_master_timestamp值还停留在上一个binlog事务在主机的执行时间，与当前只读节点系统时间time(0)存在时间差，从而出现复制时延尖峰。当sql线程开始解析新的binlog时，复制时延立刻回落。
• 此类问题为偶现现象，不影响实际业务。

下载复制时延飚高回落时间段的binlog，会发现如下现象：

新的binlog的第一个事务执行时间与上一个binlog最后一个事务的结束时间刚好与突增回落的时间差匹配。

j9九游会登录的解决方案

无需解决。该场景为rds for mysql主备复制机制中的正常行为，为偶现现象。