mysql 复制环境下的row 模式下对数据类型的检查

今天群里一朋友爆出这么一个错误（show slave status)

Last_Error: Column 0 of table 'mydb.t' cannot be converted from type 'mediumint' to type 'int(10) unsigned'

环境是master-slave,原表的字段类型是'mediumint'，发现用尽后想扩充数据类型，改成INT类型，先在slave上把字段类型修改到int,再把APP切换到SALVE，再修改MASTER。这也是大表DDL的常见操作流程。

分析一下slave sql thread执行的SQL语句

BINLOG '

X7rzUBPqDAAAKAAAAFgVAQAAAAQBAAAAAAEABG15ZGIAAXQAAQkAAA==

X7rzUBfqDAAAIQAAAHkVAQAAAAQBAAAAAAEAAf/+AwAA

'/*!*/;

### INSERT INTO mydb.t

### SET

###   @1=3 /* MEDIUMINT meta=0 nullable=0 is_null=0 */

# at 71179

在每个@字段后，都包含有这个字段的数据类型，master端是MEDIUMINT类型的。
在这里初步判断，在binlog_formt=row时，在slave端，不仅仅检查数据是否一致，还强制检查数据类型是否一致。如果类型不一致，将出现上面的错误。

把binlog_format改成statement之后，记录在reloy log里的变成了

use mydb/*!*/;

SET TIMESTAMP=1358151165/*!*/;

insert into t values(5)

/*!*/;

# at 407

复制到slave端，不检查数据和数据类型，只是简单的执行这个SQL语句。

测试下别的数据类型，varchar也是如此。

Last_SQL_Error: Column 1 of table 'mydb.t' cannot be converted from type 'varchar(30)' to type 'char(30)'