mysql 不同步存储过程_mysql5.6 主从不同步 存储过程大事务导致

总结(重建从库同步后，还会持续性出现主从不同步，分析原因，由大事务存储过程导致)

1 遇到的问题经营计划主从不同步，从库sql和io进程双YES，但是Seconds_Behind_Master不为0

2 重建从库，进行主从同步，观察周六日是正常，在周一上午使用业务后，再次导致主从不同步

3 经分析relay-log，mysql_binlog

4 发现是大事务导致，大量的插入，更新，删除，这是导致主从不同步的根本原因，也有可能某些表没有主键导致

5 大事务是研发业务问题，数据库系统一共有89个存储过程，研发需要调整业务，对于研发来说应该规定不要使用存储过程了

6 从运维角度来说优化数据库的参数已没有意义了，问题出在存储过程和业务

7 对于运维来说可以考虑更换到mysql 5.7版本，mysql5.7对于并行复制有很大优化，但是因为存储过程太多89个，太长，更换版本不一定能保证主从同步一致

8 所以目前来说，只能单独使用主库了，无法使用读写分离，优化最好从研发角度，减少存储过程和优化业务，更换5.7版本