MySQL 5.6 中 TIMESTAMP 的变化分析
在MySQL 5.6.6之前,TIMESTAMP的默认行为:
■TIMESTAMP列如果没有明确声明NULL属性,默认为NOT NULL。(而其他数据类型,如果没有显示声明为NOT NULL,则允许NULL值。)设置TIMESTAMP的列值为NULL,会自动存储为当前timestamp。
■表中的第一个TIMESTAMP列,如果没有声明NULL属性、DEFAULT或者 ON UPDATE,会自动分配 DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP 属性。
■表中第二个TIMESTAMP列,如果没有声明为NULL或者DEFAULT子句,默认自动分配'0000-00-00 00:00:00′。插入行时没有指明改列的值,该列默认分配'0000-00-00 00:00:00′,且没有警告。


2列TIMESTAMP未声明为NULL的默认行为
从MySQL5.6.6开始这种默认设置的方法被废弃了。在MySQL启动时会出现以下警告:
[Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (seedocumentation for more details).
关闭警告,在my.cnf中加入
[mysqld] explicit_defaults_for_timestamp=true
重启MySQL后错误消失,这时TIMESTAMP的行为如下:
■TIMESTAMP如果没有显示声明NOT NULL,是允许NULL值的,可以直接设置改列为NULL,而没有默认填充行为。
■TIMESTAMP不会默认分配DEFAULT CURRENT_TIMESTAMP 和 ON UPDATE CURRENT_TIMESTAMP属性。

TIMESTAMP 不设置是否为NULL
■声明为NOT NULL且没有默认子句的TIMESTAMP列是没有默认值的。往数据表中插入列,又没有给TIMESTAMP列赋值时,如果是严格SQL模式,会抛出一个错误,如果严格SQL模式没有启用,该列会赋值为'0000-00-00 00:00:00′,同时出现一个警告。(这和MySQL处理其他时间类型数据一样,如DATETIME)

TIMESTAMP 默认设置为NOT NULL
Note:
以上内容和存储引擎选择无关。
相关文章
解决MySQL8.0本地计算机上的MySQL服务启动后停止没有报告任何错误的问题(最新推荐)
解决MySQL服务启动后停止没有报告任何错误的方法包括修改my.ini文件编码为ANSI、修正MySQL服务可执行文件的路径以及关闭系统管理中的MySQL80服务,本文介绍解决MySQL8.0本地计算机上的MySQL服务启动后停止没有报告任何错误,感兴趣的朋友一起看看吧2025-03-03
Windows下安装MySQL 5.7.17压缩版中遇到的坑
最近发现原来好端端的MySQL突然间不能用了,无奈只能重新下载了最新的MySQL 5.7.17 Community 压缩版 for Windows 64-bit。但在安装过程中遇到了一些意外的问题,通过查找相关资料也解决了,所以想着总结出来,方便需要的朋友们可以参考借鉴,下面来一起看看吧。2017-01-01
mysql_connect(): Connection using old (pre-4.1.1) authentica
MySQL错误提示:Connection using old (pre-4.1.1) authentication protocol refused (client option ‘secure_auth’ enabled)解决办法,需要的朋友可以参考下2014-04-04


最新评论