MYSQL主从不一致的原因

MySQL主从不一致的情况  

2011-05-06 15:50:36|  分类: mysql |  标签:mysql  主从  不一致   |字号 订阅

 
 
转至 http://blog.netzhou.net/?p=93

基本上用了mysql作为oltp业务的,基本上都会配置mysql的主从,一方面用mysql的主从做数据库的读写分离,另一方面mysql本身的单机备份不是很强,一般采用主从架构,在从上进行数据备份。
在这过程中或多或少出现一些主从不同步的情况,本文将对数据主从不同步的情况进行简单的总结,在看这篇文章请注意了本文主要从数据库层面上探讨数据库的主从不一致的情况,并不对主从的本身数据不一致引起的主从不同步进行说明:
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.版本不一致,特别是高版本是主,低版本为从的情况下,主上面支持的功能,从上面不支持该功能。
以上是我遇到的一些主从不同步的情况。或许还有其他的一些不同步的情况,请说出你所遇到的主从不一致的情况。
基于以上情况,先保证max_allowed_packet,自增键开始点和增长点设置一致,再者牺牲部分性能在主上面开启sync_binlog,对于采用innodb的库,推荐配置下面的内容

1
2
3
innodb_flush_logs_at_trx_commit = 1
innodb-support_xa = 1 # Mysql 5.0 以上
innodb_safe_binlog      # Mysql 4.0
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL主从复制是一种数据复制和同步的机制,用于实现数据的高可用性和负载均衡。主库将数据变更记录到二进制日志(binlog),从库通过读取主库的binlog并应用到自己的数据库中来实现数据的复制。 主从复制中的一致性指的是从库与主库之间的数据是一致的。当主库发生数据变更时,从库会通过读取主库的binlog进行同步,确保自己的数据与主库保持一致。但是,在实际应用中,由于网络延迟、硬件故障等原因,可能会导致主从之间存在一定的延迟,这时从库与主库之间的数据可能存在一段时间的不一致。 为了保证主从复制的一致性,可以采取以下几种方法: 1. 设置合适的复制延迟:可以通过设置参数来控制从库与主库之间的复制延迟时间,确保从库能够追赶上主库的数据更新。 2. 监控和修复延迟:可以使用监控工具监控主从复制延迟情况,并及时修复延迟问题,确保数据的一致性。 3. 配置半同步复制:半同步复制是MySQL提供的一种机制,可以确保至少有一个从库已经将数据复制完成后,主库才会提交事务。这样可以减少从库与主库之间的数据不一致情况。 4. 使用并行复制:MySQL 5.7及以上版本支持并行复制,可以提高数据同步速度,减少主从延迟。 总之,通过适当的配置和监控,可以保证MySQL主从复制的一致性,确保从库与主库之间的数据保持一致

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值