MySQL 8.0 新特性之检查约束的实现

更新时间：2020年12月30日 11:22:00 作者：不剪发的Tony老师

这篇文章主要介绍了MySQL 8.0 新特性之检查约束的实现，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧

大家好，我是只谈技术不剪发的 Tony 老师。这次我们来介绍一个 MySQL 8.0 增加的新功能：检查约束（CHECK ）。

SQL 中的检查约束属于完整性约束的一种，可以用于约束表中的某个字段或者一些字段必须满足某个条件。例如用户名必须大写、余额不能小于零等。

我们常见的数据库都实现了检查约束，例如 Oracle、SQL Server、PostgreSQL 以及 SQLite；然而 MySQL 一直以来没有真正实现该功能，直到最新的 MySQL 8.0.16。

MySQL 8.0.15 之前

在 MySQL 8.0.15 以及之前的版本中，虽然 CREATE TABLE 语句允许CHECK (expr)形式的检查约束语法，但实际上解析之后会忽略该子句。例如

mysql> select version();
+-----------+
| version() |
+-----------+
| 8.0.15  |
+-----------+
1 row in set (0.00 sec)

mysql> CREATE TABLE t1
  -> (
  ->  c1 INT CHECK (c1 > 10),
  ->  c2 INT ,
  ->  c3 INT CHECK (c3 < 100),
  ->  CONSTRAINT c2_positive CHECK (c2 > 0),
  ->  CHECK (c1 > c3)
  -> );
Query OK, 0 rows affected (0.33 sec)

mysql> show create table t1\G
*************************** 1. row ***************************
    Table: t1
Create Table: CREATE TABLE `t1` (
 `c1` int(11) DEFAULT NULL,
 `c2` int(11) DEFAULT NULL,
 `c3` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
1 row in set (0.00 sec)

虽然我们在定义时指定了各种 CHECK 选项，但最终的表结构中不包含任何检查约束。这也意味着我们可以插入非法的数据：

mysql> insert into t1(c1, c2, c3) values(1, -1, 100);
Query OK, 1 row affected (0.06 sec)

如果我们想要在 MySQL 8.0.15 之前实现类似的检查约束，可以使用触发器；或者创建一个包含 WITH CHECK OPTION 选项的视图，然后通过视图插入或修改数据。

MySQL 8.0.16 之后

MySQL 8.0.16 于 2019 年 4 月 25 日发布，终于带来了我们期待已久的 CHECK 约束功能，而且对于所有的存储引擎都有效。CREATE TABLE 语句允许以下形式的 CHECK 约束语法，可以指定列级约束和表级约束：

[CONSTRAINT [symbol]] CHECK (expr) [[NOT] ENFORCED]

其中，可选的 symbol 参数用于给约束指定一个名称。如果省略该选项，MySQL 将会产生一个以表名开头、加上 _chk_ 以及一个数字编号（1、2、3 …）组成的名字（table_name_chk_n）。约束名称最大长度为 64 个字符，而且区分大小写。

expr 是一个布尔表达式，用于指定约束的条件；表中的每行数据都必须满足 expr 的结果为 TRUE 或者 UNKNOWN（NULL）。如果表达式的结果为 FALSE，将会违反约束。

可选的 ENFORCED 子句用于指定是否强制该约束：

如果忽略或者指定了 ENFORCED，创建并强制该约束；
如果指定了 NOT ENFORCED，创建但是不强制该约束。这也意味着约束不会生效。

CHECK 约束可以在列级指定，也可以在表级指定。

列级检查约束

列级约束只能出现在字段定义之后，而且只能针对该字段进行约束。例如：

mysql> select version();
+-----------+
| version() |
+-----------+
| 8.0.16  |
+-----------+
1 row in set (0.00 sec)

mysql> CREATE TABLE t1
  -> (
  ->  c1 INT CHECK (c1 > 10),
  ->  c2 INT CONSTRAINT c2_positive CHECK (c2 > 0),
  ->  c3 INT CHECK (c3 < 100)
  -> );
Query OK, 0 rows affected (0.04 sec)

mysql> show create table t1\G
*************************** 1. row ***************************
    Table: t1
Create Table: CREATE TABLE `t1` (
 `c1` int DEFAULT NULL,
 `c2` int DEFAULT NULL,
 `c3` int DEFAULT NULL,
 CONSTRAINT `c2_positive` CHECK ((`c2` > 0)),
 CONSTRAINT `t1_chk_1` CHECK ((`c1` > 10)),
 CONSTRAINT `t1_chk_2` CHECK ((`c3` < 100))
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

其中，字段 c1 和 c3 上的检查约束使用了系统生成的名称；c2 上的检查约束使用了自定义名称。

SQL 标准中所有的约束（主键、唯一约束、外键、检查约束等）都属于相同的命名空间，意味着它们相互不能重名。但在 MySQL 中，每个数据库中的约束类型属于自己的命名空间；因此，主键和检查约束可以重名，但是两个检查约束不能重名。

我们插入一条测试数据：

mysql> insert into t1(c1, c2, c3) values(1, -1, 100);
ERROR 3819 (HY000): Check constraint 'c2_positive' is violated.

插入数据的三个字段都违反了约束，结果显示的是违反了 c2_positive；因为它按照名字排在第一，由此也可以看出 MySQL 按照约束的名字排序依次进行检查。

我们再插入一条测试数据：

mysql> insert into t1(c1, c2, c3) values(null, null, null);
Query OK, 1 row affected (0.00 sec)

数据插入成功，所以 NULL 值并不会违反检查约束。

表级检查约束

表级约束独立于字段的定义，而且可以针对多个字段进行约束，甚至可以出现在字段定义之前。例如：

mysql> drop table t1;
Query OK, 0 rows affected (0.04 sec)

mysql> CREATE TABLE t1
  -> (
  ->  CHECK (c1 <> c2),
  ->  c1 INT,
  ->  c2 INT,
  ->  c3 INT,
  ->  CONSTRAINT c1_nonzero CHECK (c1 <> 0),
  ->  CHECK (c1 > c3)
  -> );
Query OK, 0 rows affected (0.04 sec)

mysql> show create table t1\G
*************************** 1. row ***************************
    Table: t1
Create Table: CREATE TABLE `t1` (
 `c1` int DEFAULT NULL,
 `c2` int DEFAULT NULL,
 `c3` int DEFAULT NULL,
 CONSTRAINT `c1_nonzero` CHECK ((`c1` <> 0)),
 CONSTRAINT `t1_chk_1` CHECK ((`c1` <> `c2`)),
 CONSTRAINT `t1_chk_2` CHECK ((`c1` > `c3`))
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

第一个约束 t1_chk_1 出现在字段定义之前，但是仍然可以引用 c1 和 c2；第二个约束 c1_nonzero 使用了自定义的名称；第三个约束 t1_chk_2 在所有字段定义之后。

我们同样插入一些测试数据：

mysql> insert into t1(c1, c2, c3) values(1, 2, 3);
ERROR 3819 (HY000): Check constraint 't1_chk_2' is violated.

mysql> insert into t1(c1, c2, c3) values(null, 2, 3);
Query OK, 1 row affected (0.01 sec)

第一条记录中的 c1 小于 c3，违反了检查约束 t1_chk_2；第二条记录中的 c1 为 NULL，检查约束 t1_chk_2 的结果为 UNKNOWN，不违法约束。

强制选项

使用默认方式或者 ENFORCED 选项创建的约束处于强制检查状态，我们也可以将其修改为 NOT ENFORCED，从而忽略检查：

ALTER TABLE tbl_name
ALTER {CHECK | CONSTRAINT} symbol [NOT] ENFORCED

修改之后的检查约束仍然存在，但是不会执行检查。例如：

mysql> alter table t1 
  -> alter check t1_chk_1 not enforced;
Query OK, 0 rows affected (0.02 sec)
Records: 0 Duplicates: 0 Warnings: 0

mysql> show create table t1\G
*************************** 1. row ***************************
    Table: t1
Create Table: CREATE TABLE `t1` (
 `c1` int DEFAULT NULL,
 `c2` int DEFAULT NULL,
 `c3` int DEFAULT NULL,
 CONSTRAINT `c1_nonzero` CHECK ((`c1` <> 0)),
 CONSTRAINT `t1_chk_1` CHECK ((`c1` <> `c2`)) /*!80016 NOT ENFORCED */,
 CONSTRAINT `t1_chk_2` CHECK ((`c1` > `c3`))
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

从最新的定义可以看出，t1_chk_1 处于 NOT ENFORCED 状态。我们插入一条违反该约束的数据：

mysql> insert into t1(c1, c2, c3) values(1, 1, 0);
Query OK, 1 row affected (0.01 sec)

该记录的 c1 和 c2 相等，但是插入成功。

如果我们需要迁移一些低版本的历史数据时，它们可能会违反新的检查约束；此时可以先将该约束禁用，等数据迁移并处理完成之后，再次启用强制选项。

检查约束限制

MySQL 中的 CHECK 条件表达式必须满足以下规则，否则无法创建检查约束：

允许使用非计算列和计算列，但是不允许使用 AUTO_INCREMENT 字段或者其他表中的字段。
允许使用字面值、确定性内置函数（即使不同用户，多次调用该函数，只要输入相同结果就相同）以及运算符。非确定性函数包括：CONNECTION_ID()、CURRENT_USER()、NOW() 等等，它们不能用于检查约束。
不允许使用存储函数或者自定义函数。
不允许使用存储过程和函数参数。
不允许使用变量，包括系统变量、用户定义变量和存储程序的局部变量。
不允许使用子查询。

另外，禁用在 CHECK 约束字段上定义外键约束的参照操作（ON UPDATE、ON DELETE）；同理，存在外键约束参照操作的字段上也不允许创建 CHECK 约束。

对于 INSERT、UPDATE、REPLACE、LOAD DATA 以及 LOAD XML 语句，如果违反检查约束将会返回错误。此时，对于已经修改的数据处理取决于存储引擎是否支持事务，以及是否使用了严格 SQL 模式。

对于 INSERT IGNORE、UPDATE IGNORE、REPLACE、LOAD DATA … IGNORE 以及 LOAD XML … IGNORE 语句，如果违反检查约束将会返回警告并且跳过存在问题的数据行。

如果约束表达式的结果类型和字段的数据类型不同，MySQL 将会执行隐式类型转换；如果类型转换失败或者丢失精度，将会返回错误。

总结

MySQL 8.0.16 新增的检查约束提高了 MySQL 实现业务完整性约束的能力，也使得 MySQL更加遵循 SQL 标准。

到此这篇关于MySQL 8.0 新特性之检查约束的实现的文章就介绍到这了,更多相关MySQL8.0 检查约束内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

mybatis-plus分页传入参数后sql where条件没有limit分页信息操作
这篇文章主要介绍了mybatis-plus分页传入参数后sql where条件没有limit分页信息操作，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
2020-11-11
基于mssql导mysql遇到的问题
本篇文章是对mssql导mysql遇到的问题，进行了详细的分析介绍，需要的朋友参考下
2013-06-06
mysql如何通过当前排序字段获取相邻数据项
这篇文章主要介绍了mysql如何通过当前排序字段获取相邻数据项，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2022-05-05
MySQL SQL预处理(Prepared)的语法实例与注意事项
所谓预编译语句就是将此类SQL语句中的值用占位符替代,可以视为将 SQL语句模板化或者说参数化,一般称这类语句叫Prepared Statements,下面这篇文章主要给大家介绍了关于MySQL SQL预处理(Prepared)的相关资料,需要的朋友可以参考下
2022-01-01
mysql 5.7.17 安装配置方法图文教程（windows）
这篇文章主要为大家分享了mysql 5.7.17 安装配置方法图文教程，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2017-01-01
深度解析MySQL 5.7之临时表空间
尽管临时表在实际在线场景中很少会去显式使用，但在某些运维场景还是需要到的，在MySQL5.7中，专门针对临时表做了些优化，下面这篇文章我们来一起深入的解析MySQL 5.7之临时表空间，有需要的朋友们可以参考借鉴，下面来一起看看吧。
2016-12-12
MySQL基本运维命令详解
这篇文章主要介绍了MySQL基本运维命令,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
2023-01-01
实现mysql级联复制的方法示例
这篇文章主要介绍了实现mysql级联复制的方法示例，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
2019-05-05
MySQL 从一张表update字段到另外一张表中
使用MySQL 4.0版或更高更新您可以通过加入两个或多个表一起一表;通过加入两个表连同您可以更新一个表的记录在相关领域的总部设在另一个表。
2015-09-09
MySQL三表联合查询操作举例
在mysql查询语句中,为了实现查询到某些信息,我们会用到多表的联合查询,下面这篇文章主要给大家介绍了关于MySQL三表联合查询操作的相关资料,文中通过实例代码介绍的非常详细,需要的朋友可以参考下
2023-03-03