MySQL主从同步的一个小问题解决

由于历史遗留问题，我们的mysql主从库的表结构不一致，主库的某个表tablea比从库表tablea少了一个字段。 当尝试在主库上更改表结构时，这行alter语句会随着binlog同步到从库，如果从库执行这行语句时出错，主从同步线程就会自动停止，那样只能人为手动处理错

由于历史遗留问题，我们的mysql主从库的表结构不一致，主库的某个表tablea比从库表tablea少了一个字段。

当尝试在主库上更改表结构时，这行alter语句会随着binlog同步到从库，如果从库执行这行语句时出错，主从同步线程就会自动停止，那样只能人为手动处理错误，然后再启动slave上的主从同步线程。场景大概是下面这个样子：

1，在主库上执行alter table aaa add column xxx int default 1  after yyy;

2，从库同时也会执行这样语句，但是由于从库上已经有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，然后重新起来干活。

汉潮代驾系统

如今有越来越多的人在网上做代驾，打造一个代驾平台，既可以让司机增加一笔额外的收入，也解决了车主酒后不能开发的问题，汉潮代驾系统基于微信小程序开发的代驾系统支持一键下单叫代驾，支持代驾人员保证金功能，支持代客下单，支持代驾人员订单调度及代驾人员位置查看，欢迎大家关注我们。 汉潮代驾系统是汉潮唐越科技有限公司研发团队自主开发的代驾系统，包含后台系统和微信小程序，主要功能模块商家设置，会员管理，营销管理

0

查看详情

上面的方法在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;

　是不是很方便呢？