一、MySQL复制流程
官方文档流程如下:
MySQL延迟问题和数据刷盘策略
1、绝对的延时,相对的同步
2、纯写操作,线上标准配置下,从库压力大于主库,最起码从库有relaylog的写入。
二、MySQL延迟问题分析
1、主库DML请求频繁
原因:主库并发写入数据,而从库为单线程应用日志,很容易造成relaylog堆积,产生延迟。
解决思路:做sharding,打散写请求。考虑升级到MySQL5.7+,开启基于逻辑时钟的并行复制。
2、主库执行大事务
原因:类似主库花费很长时间更新了一张大表,在主从库配置相近的情况下,从库也需要花几乎同样的时间更新这张大表,此时从库延迟开始堆积,后续的events无法更新。
解决思路:拆分大事务,及时提交。
3、主库对大表执行DDL语句
原因:DDL未开始执行,被阻塞,检查到位点不变;DDL正在执行,单线程应用导致延迟增加,位点不变。
解决思路:找到被阻塞DDL或是写操作的查询,干掉该查询,让DDL正常在从库上执行;业务低峰期执行,尽量使用支持OnlineDDL的高版本MySQL。
4、主从实例配置不一致
原因:硬件上:主库实例服务器使用SSD,而从库实例服务器使用普通SAS盘、cpu主频不一致等;配置上:如RAID卡写策略不一致,OS内核参数设置不一致,M