欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  数据库

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

程序员文章站 2022-05-30 15:44:18
...

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

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中