今天群里一朋友爆出这么一个错误（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)'
