架构师必备:MySQL主从延迟解决办法
上一篇文章介绍了MySQL主从同步的原理和应用,本文总结了MySQL主从延迟的原因和解决办法。如果主从延迟过大,会影响到业务,应当采用合适的解决方案。
MySQL主从延迟的表现
先insert或update写入更新操作,再立即select查询,但是得不到最新的结果。
可通过show slave status命令,结果中的Seconds_Behind_Master列,查看主从延迟的秒数。
MySQL主从延迟的原因
- 读写分离时,写操作走主库,读操作走从库,但是主库的变更还未同步至从库
- 网络传输延迟:从库发起dump请求,主库推送binlog文件,从库写入本地relay log
- 从库串行执行sql语句:主库并发的事务提交,但是在从库上只能串行执行,速度比主库慢
MySQL主从延迟解决办法
业务优化
如果业务场景允许,先写入更新操作,等待一小段时间后再查询。比如,新增一条记录,前端故意延迟半秒再调后端接口查询。
技术优化
- 拆库+并行复制:MySQL支持库级别的并行复制,拆库后每个分库的数据量变小,主从延迟自然也变小了。
- 慢sql优化除慢sql,也能降低主从延迟
终结方案
以上办法治标不治本,只能起到缓解主从延迟的作用,彻底根治还需这么做。
-
显式查主库:不同的分片中间件做法不一样,client侧分片可在每次查询前设置查主库的标记(ThreadLocal变量),proxy侧分片开启事务
优点:实现简单,缺点:受MySQL QPS限制,QPS极高时不推荐
-
双写数据库和缓存,查缓存:避免MySQL主从延迟
优点:可支撑高并发场景