前一章节我们有提到 MySQL 服务的系统变量 explicit_defaults_for_timestamp
对 timestamp 类型的影响,知道禁用该系统变量时,timestamp
默认会添加 NOT NUTLL
的约束,此时,就不再接受 NULL
值了,同时会使用当前时间戳来填充。
这种情况下,如果要允许 timestamp 类型能够接受 NULL 值,则需要创建表结构时显式的指定 NULL
约束。
但一旦这么修改,那么默认值也会被设置为 NULL
,除非使用 default 约束显式的指定默认值为其它常量值。
当然了,可以直接使用 NULL DEFAULT NULL
显示的指定 NULL 作为 timestamp 列的默认值
但是,这里有一个坑,就是不能直接使用 DEFAULT NULL 为 timestamp 列添加 NULL 作为默认值,因为这会和默认的 NOT NULL 约束冲突
是不是很绕口?
也就是在禁用系统变量 explicit_defaults_for_timestamp
的情况下,会发生以下事情
timestamp
列默认会添加NOT NULL
约束,并使用CURRENT_TIMESTAMP()
返回的当前时间戳作为默认值- 可以显式的使用
NULL
约束将 timestamp 列改成接受 NULL 值,但这样默认值也会被设置为 NULL - 可以在显式的使用
NULL
约束的同时可以使用 DEFAULT 约束,这样,timestamp 列既可以接受 NULL 值,有可以设置其它常量值为默认值。
如果 timestamp 列添加了 NULL 约束,那么我们可以在 SQL 语句中使用 NULL
作为 timestamp 列的值,这样,timestamp 列的值就不会自动填充为当前时间戳了。
例如下面的建表语句,我们添加了几个允许 NULL 值的 timestamp 列
CREATE TABLE t
(
ts1 TIMESTAMP NULL DEFAULT NULL,
ts2 TIMESTAMP NULL DEFAULT 0,
ts3 TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP
);
在这个表 t
中,允许 NULL 值的 TIMESTAMP 列在插入时并不会自动填充当前时间戳,除非触发了以下规则
- 像
ts3
列一样添加了DEFAULT CURRENT_TIMESTAMP
默认值约束,这样只要未显式指定该列的值,那么就会自动填充为当前时间戳。 - 在插入数据或者更新数据时,使用
CURRENT_TIMESTAMP()
或任何其它相同的函数,比如NOW()
显式的指定其值。
换句话说,定义为允许 NULL 值的 TIMESTAMP 列仅在添加了 DEFAULT CURRENT_TIMESTAMP
约束时才会自动初始化
CREATE TABLE t (ts TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP);
如果 TIMESTAMP 列允许 NULL 值但其并没有添加 DEFAULT CURRENT_TIMESTAMP
约束,则必须显式插入与当前日期和时间对应的值。
例如下面两个建表语句,表 t1 和 t2 都添加了这些约束
CREATE TABLE t1 (ts TIMESTAMP NULL DEFAULT '0000-00-00 00:00:00');
CREATE TABLE t2 (ts TIMESTAMP NULL DEFAULT NULL);
为了在任一表中为 TIMESTAMP 列在插入数据时填充当前的时间戳,需要显式为其分配该值。例如
INSERT INTO t2 VALUES (CURRENT_TIMESTAMP);
INSERT INTO t1 VALUES (NOW());
说了这么多系统变量 explicit_defaults_for_timestamp
禁用的情况,但如果开启了又会怎么样呢?
如果启用了 explicit_defaults_for_timestamp
,那么仅当添加了 NULL 约束时,TIMESTAMP 列才允许 NULL 值。
而且,TIMESTAMP 列不允许分配 NULL 以分配当前时间戳,无论是使用 NULL
约束还是使用 NOT NULL
约束。
要为 TIMESTAMP 列分配当前时间戳,则需要给列添加 CURRENT_TIMESTAMP()
或其它同义词,例如 NOW()
简单直白一点,就是,如果启用了 explicit_defaults_for_timestamp
,那么 TIMESTAMP 列是无论如何都不能填充 NULL 值的,而且一定要显式的使用 CURRENT_TIMESTAMP()
等同义词函数