上一篇文章介绍了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主从提早
长处：可撑持高并发场景