mysql主从复制一个小错误导致从库不更新数据
2016-07-22 17:50
471 查看
由于历史遗留问题,我们的MySQL主从库的表结构不一致,主库的某个表tableA比从库表tableA少了一个字段。
当尝试在主库上更改表结构时,这行alter语句会随着binlog同步到从库,如果从库执行这行语句时出错,主从同步线程就会自动停止,那样只能人为手动处理错误,然后再启动slave上的主从同步线程。场景大概是下面这个样子:
1,在主库上执行alter table aaa add column xxx int default 1 after yyy;
2,从库同时也会执行这样语句,但是由于从库上已经有xxx这个字段了,于是主从线程更改表失败,这个时候用show slave status查看主从状态就会发现类似于下面这样的语句:
可以看到,从主库复制binlog的salve_io线程还在忙活,但是执行从库更新的slave_sql已经罢工了,从Last_error:可以看到是因为执行主库中国来的alter table aaa add column xxx int default 1 after yyy时出错了,具体原因是这个表上已经有了xxx这一列。
手动的解决方法是告诉从库slave_sql线程让他忽略掉这个错误继续执行:
或者运行:SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;//跳过一行错误
上面的语句是告诉slave跳过当前卡住的event,然后重新起来干活。
上面的方法在slave比较少的时候还可以,但是当从库有几十台时,逐台去处理既费时又容易出错,怎样在主库这一侧一劳永逸地避免呢?
对,就是在主库这侧不要将这样alter这样语句写入到binlog中,MySQL不愧世界级的软件产品,它提供了一个session粒度的选项,通过关闭这个选项可以不让主库将打开这个选项或关闭连接前的SQL语句写入binlog。
是不是很方便呢?
当尝试在主库上更改表结构时,这行alter语句会随着binlog同步到从库,如果从库执行这行语句时出错,主从同步线程就会自动停止,那样只能人为手动处理错误,然后再启动slave上的主从同步线程。场景大概是下面这个样子:
1,在主库上执行alter table aaa add column xxx int default 1 after yyy;
2,从库同时也会执行这样语句,但是由于从库上已经有xxx这个字段了,于是主从线程更改表失败,这个时候用show slave status查看主从状态就会发现类似于下面这样的语句:
手动的解决方法是告诉从库slave_sql线程让他忽略掉这个错误继续执行:
上面的语句是告诉slave跳过当前卡住的event,然后重新起来干活。
上面的方法在slave比较少的时候还可以,但是当从库有几十台时,逐台去处理既费时又容易出错,怎样在主库这一侧一劳永逸地避免呢?
对,就是在主库这侧不要将这样alter这样语句写入到binlog中,MySQL不愧世界级的软件产品,它提供了一个session粒度的选项,通过关闭这个选项可以不让主库将打开这个选项或关闭连接前的SQL语句写入binlog。
相关文章推荐
- 全球首发免费的MySql for Entity Framework Core
- sql\mysql\oralce 表名更改
- mysql when then 用法
- mysql5.6GTID实现主从复制、读写分离
- mysql order by优化
- MySQL · 性能优化 · 条件下推到物化表
- 与MySQL的零距离接触 - 慕课网
- mySql创建函数
- mysqlslap 测试效率
- 开放mysql远程连接 不使用localhost
- 外部主机不允许连接Mysql设置的解决
- mysql5.7 xtarbackup2.4.1使用(附带脚本)
- ubuntu里面mysql更改编码的问题
- MYSQL权限回收
- mysql dos下登陆和修改密码
- Ubuntu命令行下MySQL数据导出与导入
- MySQL主从同步部署
- mysql中分类统计的一种好方法
- mysql 单表多字段模糊查询解决方法
- 安装完 MySQL 后必须调整的 10 项配置