本文对数据主从不同步的情况进行简单的总结,主要从数据库层面上探讨数据库的主从不一致的情况,并不对主从的本身数据不一致引起的主从不同步进行说明:
1.网络的延迟
由于mysql主从复制是基于binlog的一种异步复制,通过网络传送binlog文件,理所当然网络延迟是主从不同步的绝大多数的原因,特别是跨机房的数据同步出现这种几率非常的大,所以做读写分离,注意从业务层进行前期设计。
2.主从两台机器的负载不一致
由于mysql主从复制是主上面启动1个io线程,而从上面启动1个sql线程和1个io线程,当中任何一台机器的负载很高,忙不过来,导致其中的任何一个线程出现资源不足,都将出现主从不一致的情况。
3.max_allowed_packet设置不一致
主上面设置的max_allowed_packet比从大,当一个大的sql语句,能在主上面执行完毕,从上面设置过小,无法执行,导致的主从不一致。
4.key自增键开始的键值跟自增步长设置不一致引起的主从不一致。
5.mysql异常宕机情况下,如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者relaylog文件出现损坏,导致主从不一致。
6.mysql本身的bug引起的主从不同步。
7.版本不一致,特别是高版本是主,低版本为从的情况下,主上面支持的功能,从上面不支持该功能。
查看配置文件看看是否有配置中有skip某一类错误的配置
确认是否有在从上直接更改数据的操作
确认有没有配置数据库过滤,比如:replicate-do-db等等,如果有,需要通过二进制日志查找出有没有主上有,从上没有的数据,看看是没有执行use db的操作,这类语句不会正确同步!
以上是我遇到的一些主从不同步的情况。或许还有其他的一些不同步的情况,请说出你所遇到的主从不一致的情况。
基于以上情况,先保证max_allowed_packet,自增键开始点和增长点设置一致,再者牺牲部分性能在主上面开启sync_binlog,对于采用innodb的库,推荐配置下面的内容
innodb_flush_logs_at_trx_commit = 1 innodb-support_xa = 1 # Mysql 5.0 以上 innodb_safe_binlog # Mysql 4.0
同时在从上面推荐加入下面两个参数
skip_slave_start read_only
参考资料:
MySQL主从不一致的情况:http://blog.163.com/yang_jianli/blog/static/16199000620114635036443/
主从数据不一致:http://bbs.chinaunix.net/thread-3621179-1-1.html
0 条评论。