MySQL主从同步机制与同步延时问题追查过程-

什么情况会导致MySQL主从复制延迟？

1.网络的延迟由于mysql主从复制是基于binlog的一种异步复制，通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多数的原因，特别是跨机房的数据同步出现这种几率非常的大，所以做读写分离，注意从业务层进行前期设计。

2.主从两台机器的负载不一致由于mysql主从复制是主数据库上面启动1个io线程，而从上面启动1个sql线程和1个io线程，当中任何一台机器的负载很高，忙不过来，导致其中的任何一个线程出现资源不足，都将出现主从不一致的情况。

3.max_allowed_packet设置不一致主数据库上面设置的max_allowed_packet比从数据库大，当一个大的sql语句，能在主数据库上面执行完毕，从数据库上面设置过小，无法执行，导致的主从不一致。

图片来源：网络

4.key自增键开始的键值跟自增步长设置不一致引起的主从不一致。

sql中in的语句好慢，有什么好方法可取代？

1、对于索引列来最好使用union all，因复杂的查询【包含运算等】将使or、in放弃索引而全表扫描，除非你能确定or、in会使用索引。

2、对于只有非索引字段来说你就老老实实的用or 或者in，因为 非索引字段本来要全表扫描而union all 只成倍增加表扫描的次数。3、对于及有索引字段【索引字段有效】又包含非索引字段来时，按理你也使用or 、in或者union all 都可以，但是我推荐使用or、in。

1、对于索引列来最好使用unionall，因复杂的查询【包含运算等】将使or、in放弃索引而全表扫描，除非你能确定or、in会使用索引。

2、对于只有非索引字段来说你就老老实实的用or或者in，因为非索引字段本来要全表扫描而unionall只成倍增加表扫描的次数。

3、对于及有索引字段【索引字段有效】又包含非索引字段来时，按理你也使用or、in或者unionall都可以，但是我推荐使用or、in。