前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
社区首页 >专栏 >explicit_defaults_for_timestamp参数详解

explicit_defaults_for_timestamp参数详解

作者头像
MySQL技术
发布于 2019-09-08 01:37:51
发布于 2019-09-08 01:37:51
4.6K00
代码可运行
举报
文章被收录于专栏:MySQL技术MySQL技术
运行总次数:0
代码可运行

简介:

explicit_defaults_for_timestamp 系统变量决定MySQL服务端对timestamp列中的默认值和NULL值的不同处理方法。此变量自MySQL 5.6.6 版本引入,分为全局级别和会话级别,可动态更新,默认值为OFF。本文主要介绍该参数打开和关闭情况下对timestamp的影响 。

1.explicit_defaults_for_timestamp = OFF

当该参数默认设置为OFF时,其行为如下:

  • 在默认情况下,如果timestamp列没有显式的指明null属性,那么该列会被自动加上not null属性(而其他类型的列如果没有被显式的指定not null,那么是允许null值的),如果往这个列中插入null值,会自动的设置该列的值为current timestamp值。
  • 表中的第一个timestamp列,如果没有指定null属性或者没有指定默认值,也没有指定ON UPDATE语句。那么该列会自动被加上DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP属性。
  • 对于其它TIMESTAMP列,如果没有显示指定NULL和DEFAULT属性的话,会自动设置为NOT NULL DEFAULT '0000-00-00 00:00:00'。(当然,这个与SQL_MODE有关,如果SQL_MODE中包含'NO_ZERO_DATE',实际上是不允许将其默认值设置为'0000-00-00 00:00:00'的。)

下面我们来测试下:(本文操作基于MySQL5.7.23 版本 SQL_MODE不包含'NO_ZERO_DATE')

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
mysql> show variables like 'explicit_defaults_for_timestamp';+---------------------------------+-------+| Variable_name                   | Value |+---------------------------------+-------+| explicit_defaults_for_timestamp | OFF   |+---------------------------------+-------+
mysql> create table t1     -> (    -> ts1 timestamp,    -> ts2 timestamp,    -> ts3 timestamp default '2010-01-01 00:00:00'    -> );Query OK, 0 rows affected (0.03 sec)
mysql> show create table t1\G*************************** 1. row ***************************       Table: t1Create Table: CREATE TABLE `t1` (  `ts1` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,  `ts2` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',  `ts3` timestamp NOT NULL DEFAULT '2010-01-01 00:00:00') ENGINE=InnoDB DEFAULT CHARSET=utf81 row in set (0.00 sec)
mysql> insert into t1 values (null,null,null);Query OK, 1 row affected (0.00 sec)
mysql> select * from t1;+---------------------+---------------------+---------------------+| ts1                 | ts2                 | ts3                 |+---------------------+---------------------+---------------------+| 2019-04-09 15:54:56 | 2019-04-09 15:54:56 | 2019-04-09 15:54:56 |+---------------------+---------------------+---------------------+1 row in set (0.00 sec)

从表结构来看,MySQL自动为第一个timestamp字段自动设置NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP属性,而后面的timestamp字段,若没有指定,则设置了 NOT NULL DEFAULT '0000-00-00 00:00:00'属性。如果向timestamp这个列中插入null值,系统会自动的设置该列的值为current timestamp值。即explicit_defaults_for_timestamp=OFF时,即使timestamp列设为NOT NULL也能插入NULL值,系统会自动将NULL值设为current timestamp。

2.explicit_defaults_for_timestamp = ON

当该参数设置为ON时,其行为如下:

  • 如果timestamp列没有显式的指定not null属性,那么默认的该列可以为null,此时向该列中插入null值时,会直接记录null,而不是current timestamp。
  • 不会自动的为表中的第一个timestamp列加上DEFAULT CURRENT_TIMESTAMP 和ON UPDATE CURRENT_TIMESTAMP属性。
  • 如果timestamp列被加上了not null属性,并且没有指定默认值。这时如果向表中插入记录,但是没有给该TIMESTAMP列指定值的时候,如果strict sql_mode被指定了,那么会直接报错。如果strict sql_mode没有被指定,那么会向该列中插入'0000-00-00 00:00:00'并且产生一个warning。

同样的,我们来测试下:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
mysql> show variables like 'explicit_defaults_for_timestamp';+---------------------------------+-------+| Variable_name                   | Value |+---------------------------------+-------+| explicit_defaults_for_timestamp | ON    |+---------------------------------+-------+mysql> create table t2     -> (    -> ts1 timestamp,    -> ts2 timestamp,    -> ts3 timestamp default '2010-01-01 00:00:00'    -> );Query OK, 0 rows affected (0.02 sec)
mysql> show create table t2\G*************************** 1. row ***************************       Table: t2Create Table: CREATE TABLE `t2` (  `ts1` timestamp NULL DEFAULT NULL,  `ts2` timestamp NULL DEFAULT NULL,  `ts3` timestamp NULL DEFAULT '2010-01-01 00:00:00') ENGINE=InnoDB DEFAULT CHARSET=utf81 row in set (0.01 sec)
mysql> insert into t2 values (null,null,null);Query OK, 1 row affected (0.01 sec)
mysql> select * from t2;+------+------+------+| ts1  | ts2  | ts3  |+------+------+------+| NULL | NULL | NULL |+------+------+------+1 row in set (0.00 sec)
-- 指定NOT NULLmysql> create table t3     -> (    -> ts1 timestamp,    -> ts2 timestamp,    -> ts3 timestamp not null    -> );Query OK, 0 rows affected (0.01 sec)
mysql> show create table t3\G*************************** 1. row ***************************       Table: t3Create Table: CREATE TABLE `t3` (  `ts1` timestamp NULL DEFAULT NULL,  `ts2` timestamp NULL DEFAULT NULL,  `ts3` timestamp NOT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf81 row in set (0.01 sec)
mysql> insert into t3 values (null,null,null);ERROR 1048 (23000): Column 'ts3' cannot be null
mysql> insert into t3 (ts1,ts2) values (null,null);Query OK, 1 row affected, 1 warning (0.01 sec)
mysql> show warnings;+---------+------+------------------------------------------+| Level   | Code | Message                                  |+---------+------+------------------------------------------+| Warning | 1364 | Field 'ts3' doesn't have a default value |+---------+------+------------------------------------------+
mysql> select * from t3;+------+------+---------------------+| ts1  | ts2  | ts3                 |+------+------+---------------------+| NULL | NULL | 0000-00-00 00:00:00 |+------+------+---------------------+

从表结构上看出,在参数开启的情况下MySQL默认会为timestamp列添加 null default null属性,而且MySQL也没有为第一个timestamp字段设置该列为current timestamp值。timestamp 字段写入null值,写入之后存储的就是null值,而不是当前的时间。当timestamp 字段指定NOT NULL时,若显式插入NULL则报错提示:该字段不能为空;若不显式插入该字段且SQL_MODE不包含'NO_ZERO_DATE',则会向该列中插入'0000-00-00 00:00:00'并且产生一个warning。

总结:

实际情况下,我们经常会这样创建表:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
CREATE TABLE `table_name` (  `increment_id` INT UNSIGNED NOT NULL auto_increment COMMENT '自增主键',  ...  `create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',  `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '修改时间',  PRIMARY KEY (`increment_id`)) ENGINE=InnoDB  DEFAULT CHARSET=utf8;

此时timestamp字段会指定NOT NULL,这时建议explicit_defaults_for_timestamp 参数采用默认的OFF,这样当timestamp字段显式插入NULL值时不报错,特别是程序sql写的不规范时,可以避免程序插入报错。

在不同环境间,此参数建议统一 ,不然可能出现程序在这个环境运行正常 在另外一个环境却出现报错的情况。笔者了解到亚马逊RDS MySQL5.7实例该参数默认为ON,在环境迁移时要特别注意下该参数。

参考:

http://suo.im/5bDU2o http://suo.im/4AJeM9

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2019-04-10,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 MySQL技术 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
故障分析 | MySQL 迁移后 timestamp 列 cannot be null
爱可生 DBA 团队成员,负责项目日常问题处理及公司平台问题排查。热爱互联网,会摄影、懂厨艺,不会厨艺的 DBA 不是好司机,didi~
爱可生开源社区
2021/11/01
2.2K1
故障分析 | MySQL 迁移后 timestamp 列 cannot be null
MySQL timestamp NOT NULL插入NULL的问题
如果该参数不开启,则对timestamp NOT NULL插入NULL值,不报错,无warning,插入后的值为当前时间
爱撸猫的杰
2019/03/28
2.8K0
explicit_defaults_for_timestamp参数导致复制中断
explicit_defaults_for_timestamp是从5.6.6引入的一个新参数,默认是off。 作用:对TIMESTAMP类型列的默认值和NULL值的处理,是否启用非标准特性。 默认情况下,explicit_defaults_for_timestamp被禁用,即启用非标准特性。 什么是非标准特性? 标准特性:如果没有显示声明为 NOT NULL,则默认声明为 NULL (除timestamp外的其他数据类型) 非标准特性:如果没有显示声明为 NULL,则默认声明为 NOT NULL(times
MySQL轻松学
2018/03/09
1.5K0
explicit_defaults_for_timestamp参数导致复制中断
MySQL中timestamp和datetime,你用的对么?
在MySQL中,时间是咱们用到最多的类型,建表时,对于时间字段类型的选择,你是如何选择的呢?有人会说timestamp,也有人会说datetime,那么我们到底如何选择呢,它们又有什么区别?今天就和大家一起来看看。
xcbeyond
2020/03/25
3.4K0
MySQL中timestamp和datetime,你用的对么?
MySQL 8.0中DATE,DATETIME和 TIMESTAMP类型和5.7之间的差异
MySQL中DATE,DATETIME和 TIMESTAMP类型都和时间有关。本文介绍MySQL 8.0和MySQL 5.7之间的差异;本文MySQL实验环境为8.0.23;
SEian.G
2021/04/29
7.6K0
MySQL关于时间设置的注意事项
时间真的存在吗?有观点认为,时间只是人类构想出来的一种概念,是用来衡量事物变化的标准。对于数据库来说,时间伴随着数据并进。让我们进入MySQL时间漩涡中看一看。
数据和云
2021/05/07
2K0
MySQL关于时间设置的注意事项
时间戳,这样用就对了
时间戳字段在MySQL中经常使用到,比如需要记录一行数据创建的时间或修改的时间时,我们通常会使用时间戳即timestamp字段。本篇文章主要介绍timestamp字段的使用方法及相关参数,希望大家读完能对timestamp有更深的认识。
MySQL技术
2020/01/17
1.2K0
MySQL 8.0 timestamp引发的狗血剧情
今天业务反馈了一个问题,modify_time字段不允许为null,而业务反馈这个字段是设置了默认值的,具体的业务报错信息如下所示:
SEian.G
2021/12/31
1.6K0
MySQL 8.0 timestamp引发的狗血剧情
浅析TIMESTAMP类型
日期与时间是非常重要的信息,在我们的系统中,几乎所有的数据表都用得到。原因是客户需要知道数据的时间标签,从而进行数据查询、统计和处理。因此,日期与时间类型也是我们最常用到的类型之一,今天就来聊一聊日期与时间类型中的TIMESTAMP类型。
GreatSQL社区
2023/02/23
1.6K0
小白学习MySQL - TIMESTAMP类型字段非空和默认值属性的影响
前几天读了一篇文章《故障分析 | MySQL 迁移后 timestamp 列 cannot be null》,没想到这两天就碰到了很相近的问题。
bisal
2021/11/10
4.8K0
关于mysql字段时间类型timestamp默认值为当前时间问题--Java学习网
今天把应用部署到AWS上发现后台修改内容提交后程序报错,经过排查发现是更新数据的时候,有张数据表中的一个timestamp类型的字段默认值变成了"0000-00-00 00:00:00.000000"格式,导致解析失败造成的。
用户1289394
2021/07/09
2.5K0
MySQL从5.5升级到5.6,TIMESTAMP的变化
本文介绍了MySQL从5.5升级到5.6后,TIMESTAMP字段的变化。在MySQL5.5中,TIMESTAMP默认使用UTC时区,并且不支持NULL值。而在MySQL5.6中,TIMESTAMP支持了更多的默认值,并支持了NULL值。但是,在MySQL5.6中,TIMESTAMP的行为变得更为诡异,需要使用explicit_defaults_for_timestamp参数来控制。总的来说,升级到MySQL5.6后,需要更加小心地处理TIMESTAMP字段,以避免出现数据异常等问题。
高爽
2017/12/28
1.1K0
MySQL中的时间类型
时间是一类重要的数据,MySQL中有多种关于时间的类型可以选择。这篇文章主要介绍MySQL中的时间类型,主要参考MySQL文档:https://dev.mysql.com/doc/refman/8.0/en/date-and-time-types.html
valineliu
2022/08/30
10.8K1
MySQL中的时间类型
MySQL支持的数据类型
这些类型包括严格数值数据类型(INTEGER、SMALLINT、DECIMAL和NUMERIC),以及近似数值数据类型(FLOAT、REAL和DOUBLE PRECISION)。
changxin7
2019/09/10
1.7K0
MySQL关于日期为零值的处理
前面文章我们介绍过日期和时间字段的查询方法,最近遇到日期值为零的问题。原来了解过和 sql_mode 参数设置有关,但还不是特别清楚,本篇文章将探究下MySQL怎么处理日期值为零的问题。
MySQL技术
2020/06/12
4.6K0
MySQL关于日期为零值的处理
MySQL的datetime V.S timestamp
timestamp 默认允许为 “非空”(not null by default), 如果你在定义“ts TIMESTAMP DEFAULT NULL” 是非法的。 可以指定为空 null ,“ts TIMESTAMP NULL" ,这时可以在添加语句改变默认值。
JavaEdge
2022/11/29
7790
MySQL 中的日期时间类型
各类型都有具体的取值范围,超出或非法的其他值时,MySQL 会回退到 0。TIMESTAMP 类型是个例外,给它设置一个超出范围的值时,将保存上该类型允许的最大值。
星哥玩云
2022/08/18
7K0
【MySQL】004.MySQL数据类型
当我们插入128,-129的时候就会发现报错插入的数据超出数据范围。因为tinyint的数据范围是-128 - 127
_孙同学
2025/04/20
730
【MySQL】004.MySQL数据类型
使用MySQL这么久,你了解sql_mode吗?
前面一篇文章《案例| +1s导致的故障》介绍了因为开发同学对datetime值+1s的操作导致的问题。我们在复盘的时候讨论设置sql_mode为严格模式可行性。于是有了此文。
用户1278550
2020/09/01
5.7K0
使用MySQL这么久,你了解sql_mode吗?
【MySQL】MySQL配置中sql_mode的作用
不知道你有没有踫到过这种问题,在 MySQL8 默认的情况下,我们之前习惯的为 DateTime 类型指定的 0000-00-00 这种格式是无法插入或者修改数据的。其实这种情况就是 MySQL 模式设置的问题,也就是我们今天要讲的 sql_mode 这个参数属性的作用。
硬核项目经理
2024/03/26
2070
【MySQL】MySQL配置中sql_mode的作用
推荐阅读
相关推荐
故障分析 | MySQL 迁移后 timestamp 列 cannot be null
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
本文部分代码块支持一键运行,欢迎体验
本文部分代码块支持一键运行,欢迎体验