文章探讨了备库延迟的原因，包括log传输、备库性能和单线程执行等，并提出了解决方案，如使用相同硬件、调整刷盘策略、增加从库数量以及利用MySQL5.7.22的并行复制特性，按事务组并行、避免同行修改和不同线程事务并行，以提高复制效率。
备库延迟原因：
log传送开销小，消费relay log 超时
备库性能不如主库
备库承担更多SQL分析
主库是多线程执行，备库是单线程执行解析relay log
处理方法：
主备使用相同的机器
备库关闭log实时落盘
增加从库数量，应对分析SQL
binlog传送至大数据系统，供分析
备库并行复制的思路
其中，分发可以为按表复制 或者 按行复制
按事务组并行的策略
binlog刷盘分为两步，先把binlog从binlog cache写到内存的binlog文件，调用fsync持久化至磁盘。
刷盘策略：
所以fsync可以在延迟多少微妙后调用或者累计多少次之后调用。
在备库上，若是同时处于prepare状态的事务，则可以并行执行
mysql5.7.22并行复制
1，按事务组并行
2，没有修改同行的事务并行
3，同个线程先后执行的两个事务不能并行
扫一扫
1000
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
