mysql主从binlog不一致_Mysql主从不同步解决方法 binlog三种模式的区别

本文介绍了Mysql主从不同步的解决方法,包括在从库上执行`slave stop`, `set GLOBAL SQL_SLAVE_SKIP_COUNTER=1`和`slave start`的步骤,以及修改配置文件设置`slave_skip_errors = 1062`。同时讨论了binlog的三种模式——Row、Statement和Mixed的优缺点,强调了Row模式在数据详细记录与日志量之间的权衡,Statement模式的效率与潜在复制问题,以及Mixed模式在两者间的折衷选择。" 104298486,7868593,RabbitMQ与AMQP协议详解,"['消息队列', 'RabbitMQ', 'AMQP', '队列管理', '交换器类型']
摘要由CSDN通过智能技术生成

Mysql主从不同步解决方法

主从同步配置好后,运行了一时间,出现了不同步现象,用命令检查,看到从上报下面错误:

msyq > show slave status \G;

Last_Errno: 1062

Last_Error: Error 'Duplicate entry '149' for key 'PRIMARY'' on query. Default database: 'zabbix'. Query: 'insert into escalations (escalationid,actionid,status,triggerid,itemid,eventid,r_eventid) values (149,7,0,16272,null,3334811,null)'

看这个报错,应该是主MYSQL上建表时,主键有重复的值报错,造成从不能同步。

解决的办法是在从库上执行:

mysql> slave stop;

mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

mysql> slave start;

上面的方法可以解决问题,还有一种解决问题的办法是通过修改mysql的配置文件,让从库的同步线程忽略这个错误,方法:

修改mysql配置文件/etc/my.cnf在 [mysqld]下加一行slave_skip_errors = 1062 ,保存重启mysql

mysql slave可以正常同步了

binlog三种模式的区别

1.Row

日志中会记录成每一行数据被修改的形式,然后在slave端再对相同的

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值