MySQL主从同步的问题解决
看了篇文章,说MYSQL 主从同步,但某个原因导致,从库比主库多字段,修改主库,从库出错。
来看看原主人的解决方法:
- 从库同时也会执行这样语句,但是由于从库上已经有xxx这个字段了,于是主从线程更改表失败,这个时候用show slave status查看主从状态就会发现类似于下面这样的语句:
Slave_IO_Running: Yes
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 1060
Last_Error: Error 'Duplicate column name 'xxx'' on query. Default database: 'dbxxx'. Query: 'alter table aaa add column xxx int default 1 after yyy'
//此处省略了一些语句
Last_SQL_Errno: 1060
Last_SQL_Error: Error 'Duplicate column name 'xxx'' on query. Default database: 'dbxxx'. Query: 'alter table aaa add column xxx int default 1 after yyy'
可以看到,从主库复制binlog的salve_io线程还在忙活,但是执行从库更新的slave_sql已经罢工了,从Last_error:可以看到是因为执行主库中国来的alter table aaa add column xxx int default 1 after yyy时出错了,具体原因是这个表上已经有了xxx这一列。
手动的解决方法是告诉从库slave_sql线程让他忽略掉这个错误继续执行:
mysql>set global sql_slave_skip_counter=1;
mysql>start slave;
上面的语句是告诉slave跳过当前卡住的event,然后重新起来干活。
上面的方法在slave比较少的时候还可以,但是当从库有几十台时,逐台去处理既费时又容易出错,怎样在主库这一侧一劳永逸地避免呢?
对,就是在主库这侧不要将这样alter这样语句写入到binlog中,MySQL不愧世界级的软件产品,它提供了一个session粒度的选项,通过关闭这个选项可以不让主库将打开这个选项或关闭连接前的SQL语句写入binlog。
mysql>set sql_log_bin=off;
mysql>alter table aaa add column xxx int default 1 after yyy;
好从他的内容中回来~
其实问题很简单,修改表之前判断一下列是否存在就搞定了。
代码如下,随手写来,大概就这个意思吧。
IF EXISTS (SELECT column_name FROM information_schema.columns WHERE table_name= 'table_name' AND column_name = 'RECOMMEND_RECORD')
THEN
ALTER TABLE 'table_name' 。。。;
END
多说一句,严谨一点,对数据库结构的变化,都需要做到两点:
1. 防止重复执行
2. 失败回滚
非生产系统产生的数据,在导入的时候也应该遵守这样的规则。