MySQL 中,所有的数据类型,都可以显式或隐式的拥有默认值。
我们可以使用 DEFAULT
约束显式的为列指定一个默认值。比如
CREATE TABLE t1 (
i INT DEFAULT -1,
c VARCHAR(10) DEFAULT '',
price DOUBLE(16,2) DEFAULT 0.00
);
在上面这条语句中,我们为 int
类型的 i
列指定了默认值 -1
,为 varchar
类型的 c
列指定了默认值 ''
,为 double
类型的 price
列指定了默认值 0.00
。也就是说,当我们插入数据的时候,并不需要完整的为每一列指定值。如果没有指定值,那么 MySQL 就会使用默认值填充。
但是,DEFAULT
约束有有一个特例,就是 SERIAL DEFAULT VALUE
。等于类型为整形的列,它的作用相当于 NOT NULL AUTO_INCREMENT UNIQUE
。
其实这不怪 DEFAULT ,是 SERIAL 的锅。
但是,default
并不是没有 bug,显式 DEFAULT
约束处理的某些方面依赖于版本。
DEFAULT
约束中指定的默认值可以是文字常量或表达式。
如果使用表达式作为默认值,则需要表达式默认值括在括号内 ()
,以将它们与文字常量默认值区分开来。
例如
CREATE TABLE t1 (
-- 常量默认值
i INT DEFAULT 0,
c VARCHAR(10) DEFAULT '',
-- 表达式默认值
f FLOAT DEFAULT (RAND() * RAND()),
b BINARY(16) DEFAULT (UUID_TO_BIN(UUID())),
d DATE DEFAULT (CURRENT_DATE + INTERVAL 1 YEAR),
p POINT DEFAULT (Point(0,0)),
j JSON DEFAULT (JSON_ARRAY())
);
但是,这有一个例外。这个例外就是: TIMESTAMP
和 DATETIME
列。
对于 TIMESTAMP
和 DATETIME
列,我们可以将 CURRENT_TIMESTAMP
函数指定为默认值,而需要添加括号。
CREATE TABLE t1 (
-- 常量默认值
c TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
u DATETIME DEFAULT CURRENT_TIMESTAMP,
);
有关 TIMESTAMP
和 DATETIME
列的详细内容,可以访问 傻傻分不清的 DATE、DATETIME 和 TIMESTAMP ( 上 )
而对于 BLOB
,TEXT
,GEOMETRY
和 JSON
数据类型,只有在将值写为表达式时,才能分配默认值,即使表达式值是文字也是如此。
例如,下面这种写法是允许的,也就是使用文字字面量表达式
CREATE TABLE t2 (b BLOB DEFAULT ('abc'));
但下面这种写法则是不允许的,因为它是一个字面量而不是一个表达式
CREATE TABLE t2 (b BLOB DEFAULT 'abc');
表达式默认值必须遵守以下规则。如果表达式包含不允许的构造,则会发生错误
某一列的表达式默认值可以引用另外一张表中的列,但是对生成的列或具有表达式默认值的列的引用必须是对于在表定义中较早出现的列。也就是说,表达式默认值不能包含对生成的列或具有表达式默认值的列的前向引用。翻译成白话文就是,引用的列必须已经存在。
排序 ( ordering ) 约束也适用于使用 ALTER TABLE 重新排序表列。如果结果表的表达式默认值包含对具有表达式默认值的生成列或列的前向引用,则该语句将失败
注意: 如果表达式默认值的任何组件取决于 SQL 模式,则表的不同用法可能会出现不同的结果,除非在所有使用过程中 SQL 模式都相同
对于语句 CREATE TABLE ... LIKE
和 CREATE TABLE ... SELECT
,目标表保留原始表中的表达式默认值。
如果表达式默认值引用非确定性函数,则导致表达式计算的任何语句对于基于语句的复制都是不安全的。包括 INSERT
,UPDATE
和 ALTER TABLE
等语句
插入新行时,可以通过省略列名或将列指定为 DEFAULT
来插入具有表达式 default
的列的默认值(就像具有文字默认值的列一样)
mysql> CREATE TABLE t4 (uid BINARY(16) DEFAULT (UUID_TO_BIN(UUID())));
mysql> INSERT INTO t4 () VALUES();
mysql> INSERT INTO t4 () VALUES(DEFAULT);
mysql> SELECT BIN_TO_UUID(uid) AS uid FROM t4;
+--------------------------------------+
| uid |
+--------------------------------------+
| f1109174-94c9-11e8-971d-3bf1095aa633 |
| f110cf9a-94c9-11e8-971d-3bf1095aa633 |
+--------------------------------------+
需要注意的是,使用 DEFAULT(col_name)
指定命名列的默认值的语法仅允许出现在具有文字默认值的列,而不允许出现在具有表达式默认值的列。
另一个需要注意的是,并非所有存储引擎都允许表达式默认值。对于那些没有的,会引发 ER_UNSUPPORTED_ACTION_ON_DEFAULT_VAL_GENERATED
错误。
如果默认值的计算结果与声明的列类型不同,则根据通用的 MySQL 类型转换规则对声明的类型进行隐式强制。
MySQL 8.0.13 之前的版本,DEFAULT 约束中指定的默认值必须是文字常量,而不能是一个函数或表达式。
但有一个例外,这个例外就是: TIMESTAMP
和 DATETIME
列。
这意味着,我们不能将 date
列的默认值设置为函数的值,例如 NOW()
或 CURRENT_DATE
。
而对于 BLOB
, TEXT
,GEOMETRY
和 JSON
数据类型,根本就不允许分配默认值。
同样的,如果默认值的计算结果与声明的列类型不同,则根据通用的 MySQL 类型转换规则对声明的类型进行隐式强制。
如果在定义表结构时不使用 DEFAULT
约束为列显式定义默认值,MySQL 将自己决定如何设置默认值。
NULL
作为值,则会使用显式的 DEFAULT NULL
子句定义该列。其实不用显式,因为它就是默认的定义。NULL
作为值,则 MySQL 会定义没有显式 DEFAULT
子句的列。也就是并不会添加 DEFAULT 约束。但这两条规则有一个例外,如果列被定义为 PRIMARY KEY
的一部分但未显式设置为 NOT NULL
,则 MySQL 将其创建为 NOT NULL
列( 因为PRIMARY KEY
列必须为 NOT NULL
)。
对于没有显式 DEFAULT
约束的 NOT NULL
列的数据输入,如果 INSERT
或 REPLACE
语句不包含该列的值,或者 UPDATE
语句将列设置为 NULL
,MySQL 会根据当时生效的 SQL 模式处理列:
如果启用了严格的 SQL 模式,则事务表会发生错误,并且会回滚 SQL 语句。对于非事务性表,会发生错误,但如果多行语句的第二行或后续行发生这种情况,则前面的行会正常插入。
如果未启用严格模式,MySQL 会将列设置为列数据类型的隐式默认值
对于这段叙述,总觉得很拗口,好不,我们举个例子来说明下,假设表 t
定义如下
CREATE TABLE t (i INT NOT NULL);
上面这个表定义语句中,我们并没有为 i
字段显式的定义默认值,因此在严格模式下,以下每个语句都会产生错误,并且不会插入任何行。
INSERT INTO t VALUES();
INSERT INTO t VALUES(DEFAULT);
INSERT INTO t VALUES(DEFAULT(i));
不使用严格模式时,只有第三个语句产生错误,因为前两个语句插入了隐式默认值,但第三个语句失败,因为 DEFAULT(i)
无法生成值。
对于给定的表,我们可以使用 SHOW CREATE TABLE
语句显示哪些列具有显式 DEFAULT
约束。
而对于隐式默认值,则定义如下
对于数字类型,默认值为 0
,但对于使用 AUTO_INCREMENT
属性声明的整数或浮点类型,默认值是序列中的下一个值。
对于 TIMESTAMP
以外的日期和时间类型,默认值为该类型的相应 「 零 」 值。如果启用了 explicit_defaults_for_timestamp
系统变量,那么 TIMESTAMP
类型的列的默认值也是 「 零 」 值。否则,对于表中的第一个 TIMESTAMP
列,默认值为当前日期和时间。
对于 ENUM
以外的字符串类型,默认值为空字符串 ( ""
)。对于 ENUM
类型,默认值是第一个枚举值