总结（重建从库同步后，周期性出现延迟，过段时间后恢复，分析原因，由大事务存储过程导致）
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版本，优化慢查询语句
9 此阶段测试期间，周五周六周日没出现同不延迟问题，周一早上大事务过程中还是出现同步延迟情况，优化数据参数后，周二早上同步自动恢复，同步正常，判断此为周期性的延迟，等类似的周一上午的大事务出现还是会出现延迟情况的
10 观察慢语句记录，整理可以优化的慢查询记录
mysqldumpslow -s r -t 20 mysql_slow.log