DBA同学报一个bug,线上一个DDL语句导致主从停止,问题简化描述如下。
描述:简化的操作步骤如下:
- Create table tb(c varchar(1000))engine=innodb;
-
- Create table tc as select cast(c as signed integer) from tb;
-
- Show create table tc;
-
- CREATE TABLE `tc`
- ( `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.linuxidc.com/用户名与密码都是www.linuxidc.com具体下载目录在 /2012年资料/9月/16日/一个DDL导致MySQL主从停止问题及解决注:此问题只在Row based的binlog 时存在,多谢 @Mr_Mablevi 提醒。Oracle 安装 Error in writing to directory /tmp/OraInstall 错误 说明Character set "#45" 导致主从停止问题相关资讯 MySQL主从
- MySQL主从环境下存储过程,函数, (今 07:26)
- 在 CentOS7 上部署 MySQL 主从 (08月20日)
- 恢复MySQL主从数据一致性的总结 (12/29/2015 22:14:15)
| - XtraBackup构建MySQL主从环境 (09月01日)
- MySQL主从失败使用bin-log恢复 (02月20日)
- MySQL5.6 主从复制配置 (12/21/2015 19:10:09)
|
本文评论 查看全部评论 (0)