MySQL内核月报 2015.02-MySQL · 答疑释惑· 5.5 和 5.6 时间类型兼容问题

问题描述

5.6.4及以上版本,datetime,time,timestamp的Binlog在5.6.4以下的备库无法执行,如:

5.6.16(主库): create table t1(t datetime default now()); insert into t1 values(now());

5.5.18(备库): show slave stauts\G ;

此时备库中断,报错:Last_Errno: 1677,

描述信息:Last_Error: Column 1 of table t1.t' cannot be converted from type '<unknown type>' to type 'datetime'

详情见Bug#70085

问题原因

1) 5.5版本存储的是datetime,time,timestamp这三种数据类型的长整型的数据,insert时的BT为:


2) 5.6.16的相应堆栈为:


从面的两个堆栈可以看出,在构造插入数据的时候,调用的是Field的具体函数,根据不同类型调用的方法不同;5.5与5.6之间,datetime的数据类型不一致,当5.5升级到5.6时,其堆栈不变,原因是在表的FRM中,记录了表中列的数据类型,其中5.5中的数据类型为MYSQL_TYPE_DATETIME,5.6的数据类型为MYSQL_TYPE_DATETIME2,所以对于原表升级,不影响复制,但是对于新表中如果含有这三种数据类型的表,复制到备库就会出现问题,因为5.5中,没有MYSQL_TYPE_DATETIME2这种数据类型。

解决方法

对表的DML操作或DDL操作,都是依赖于表结构而言的,这也是为什么物理5.5升级到5.6后,对于原本含有datetime,time,timestamp这三种类型的表没有影响,但是对于新建的表就会有影响,原因就是对于产生Binlog的操作或存储引擎的操作的Field来源于FRM文件,所以,当在创建表的时候,如果5.5要使用5.6的Binlog,那我们对于DDL含有这三种数据类型的操作,使用5.5可以识别的数据类型:MYSQL_TYPE_DATETIME,而不是MYSQL_TYPE_DATETIME2,这样在MySQL内部的操作过程中就不会有问题,因此我们可以为MySQL添加一个参数,当参数打开时,创建datetime,time,timestamp的数据类型为兼容5.5的数据类型,否则为新的数据类型。

TimeStamp 与 Datetime 的区别

1. 值域不同

TIMESTAMP has a range of '1970-01-01 00:00:01' UTC to '2038-01-19 03:14:07' UTC. DATETIME The supported range is '1000-01-01 00:00:00' to '9999-12-31 23:59:59' TimeStamp带有时区信息,其中TimeStamp在存储时,将当前时间转化为UTC格式的时间,如北京时间,现在是2014-03-15 23:21:00,那么存储的会是2014-03-15 23:21:00 - 3600S;取数据的时候会加上当前时区时间。

2. 底层的存储结构不同

5.5 是以longlong类型存储的,而5.6 的格式如下:

timestamp:4+max(3); (变长,4-7个字节),没有Sign

datetime: 底层存储(变长,5-8个字节)



上一篇:SQL窗口函数OVER详细用法,一学就会(上)


下一篇:ACL的时间问题