Mysql主从同步延迟分析

起源

Mysql的主从复制都是单线程的操作&＃xff0c;主库对所有ddl和dml产生的日志写进binlog,由于binlog是顺序写&＃xff0c;所有效率很高&＃xff0c;slave的sql thread线程将主库的ddl、dml操作事件在slave重放。DDL和DML的操作是随机的&＃xff0c;不是顺序&＃xff0c;所有成本很高。另一方便&＃xff0c;由于sql thread 是单线程的&＃xff0c;当主库并发较高时&＃xff0c;产生的DML数量超过slave的sql thread处理的速度&＃xff0c;或者当slave中有大型query语句产生锁等待&＃xff0c;那么延时就会产生了。

解决方案&＃xff1a;

1、 业务的持久层的实现采用分库架构&＃xff0c;mysql服务可平行扩展&＃xff0c;分散压力。
2、 单个库读写分离&＃xff0c;一主多从&＃xff0c;主写从读&＃xff0c;分散压力。这样从库压力比主库高&＃xff0c;保护主库。
3、 服务的基础架构在业务和mysql之间加入redis等缓存&＃xff0c;降低mysql压力。
4、 不同业务的mysql放在不同物理主机&＃xff0c;分散压力。
5、 使用比从库更好的硬件设备作为slave&＃xff0c;mysql压力IAO&＃xff0c;延迟自然会变小。
6、 使用更加强劲的硬件设备。

Mysql5.7之后使用MTS并复制记录&＃xff0c;永久解决复制延时问题。

mysql面试总结