mysql复制的一例错误:Relay_Log_Pos不变_MySQL
程序员文章站
2023-12-25 16:43:27
...
bitsCN.com
我们发现每次卡住的位置都在unkown event事件前面,每次跳过后碰到这个就会卡住。中继日志中产生这样的时间的原因无从得知,可能是我们调整了表结构分区造成的。最后我们多次执行SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1操作后不再存在卡住的情况。 bitsCN.com
最近公司的一台Mysql从机延迟了18W秒,两天前发现延迟时,观察SLAVE STATUS,一切正常,以为近期业务调整造成写操作过多,从机延迟的比较厉害,就没有做过多注意。元旦放假回来后发下延迟时间竟然已经有18W。
具体的情况描述如下:IO线程和SQL线程运行正常,master日志拷贝正常。唯一不正常的问题就是Relay_Log_Pos一直不变,且SLAVE STATUS状态并没有报错。以为某一条语句长时间锁住的某张表造成的,但观察processlist发现数据库中并没有任何语句在运行。为了不影响业务运行,我们将所有读操作迁移到了另外一台,并对这台机器进行原因分析。SLAVE STATUS状态如下图:
我们经过几次SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1操作(跳过当前执行位置),发现依然会存在卡住的问题。于是我们想找出卡住的原因,根据上图给出的位置,我们队relay_log进行了分析
mysqlbinlog relaylog.008077 --start-position=223496095 -f -d xxx | more 结果如下图:我们发现每次卡住的位置都在unkown event事件前面,每次跳过后碰到这个就会卡住。中继日志中产生这样的时间的原因无从得知,可能是我们调整了表结构分区造成的。最后我们多次执行SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1操作后不再存在卡住的情况。 bitsCN.com