标签：运维 没有 大量 seconds 业务 relay 主键 问题 同步
总结（重建从库同步后，还会持续性出现主从不同步，分析原因，由大事务存储过程导致）
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版本
标签：运维 没有 大量 seconds 业务 relay 主键 问题 同步
原文地址：https://www.cnblogs.com/daizhengyang/p/10299505.html
