mysql 备库延迟问题

文章探讨了备库延迟的原因,包括log传输、备库性能和单线程执行等,并提出了解决方案,如使用相同硬件、调整刷盘策略、增加从库数量以及利用MySQL5.7.22的并行复制特性,按事务组并行、避免同行修改和不同线程事务并行,以提高复制效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

备库延迟原因:

log传送开销小,消费relay log 超时

备库性能不如主库

备库承担更多SQL分析

主库是多线程执行,备库是单线程执行解析relay log

处理方法:

主备使用相同的机器

备库关闭log实时落盘

增加从库数量,应对分析SQL

binlog传送至大数据系统,供分析

备库并行复制的思路

其中,分发可以为按表复制 或者 按行复制

 按事务组并行的策略

binlog刷盘分为两步,先把binlog从binlog cache写到内存的binlog文件,调用fsync持久化至磁盘。

刷盘策略:

 所以fsync可以在延迟多少微妙后调用或者累计多少次之后调用。

在备库上,若是同时处于prepare状态的事务,则可以并行执行

mysql5.7.22并行复制

1,按事务组并行

2,没有修改同行的事务并行

3,同个线程先后执行的两个事务不能并行

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值