一个DDL导致MySQL主从停止问题及解决


DBA同学报一个bug，线上一个DDL语句导致主从停止，问题简化描述如下。

描述：

简化的操作步骤如下：

  1. Create table tb(c varchar(1000))engine=innodb;    
  2.   
  3. Create table tc as select cast(c as signed integer) from tb;    
  4.   
  5. Show create table tc;    
  6.   
  7. CREATE TABLE `tc`    
  8. ( `cast(c as signed integer)` bigint(1000) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=gbk   

从上面的结果看出，tc表中的这个字段定义为bigint(1000)。这个操作在主库上没有问题，但是当binlog在从库上apply时，就会发现同步停止，errno 1439.

分析

其实我们发现，在Master中单独执行这个语句

CREATE TABLE `tc` (

`cast(c as signed integer)` bigint(1000) DEFAULT NULL

) ENGINE=InnoDB DEFAULT CHARSET=gbk,

是执行不了的， 原因就是MySQL中定义bigint和int的显示宽度不能超过255.但是这个限制是在解析时判断的。

而例子中的情况，tc这个表并没有明确表示bigint的显示宽度，只是在内部转换的时候，算出来这么长。而binlog记录的是这个算出来后的结果，导致从库直接执行这个语句时，就报错了。

简单解决

实际上显示宽度也确实没有必要用到1000这么多，所以MySQL做这个限制并无不妥。因此我们只需要在真正执行语句的时候（而不只是解析的时候）多做一个判断，当整型字段的显示宽度超过255时，统一设置为255即可。

这样从库上执行的语句中就是bigint(255)了，这个语句能够被正确执行。

当然这个错误信息我们提示在warning中。

patch 下载 (基于Percona 5.5.18)

免费下载地址在 http://linux.bkjia.com/

用户名与密码都是www.bkjia.com

具体下载目录在 /2012年资料/9月/16日/一个DDL导致MySQL主从停止问题及解决

注：此问题只在Row based的binlog 时存在，多谢 @Mr_Mablevi 提醒。

相关内容