MySQL CHECK约束：语法、规则与最佳实践

实现目标

通过引入CHECK约束，确保存入数据库的数据符合特定的业务逻辑或物理限制，从数据库层面拦截非法数据的插入或更新，从而提升数据的一致性并减轻应用层的校验负担。

准备条件

1. 数据库版本：必须使用 MySQL 8.0.16 或更高版本。低版本中虽然可以编写包含CHECK语法的DDL语句，但系统会忽略它。
2. 权限要求：用户需具备对目标表的 CREATE 或 ALTER 权限。
3. 环境认知：理解CHECK约束属于数据字典的一部分，且名称在Schema级别唯一。

真实操作顺序

第1步：理解并创建约束

目的：掌握基本语法，在创建表时定义约束。

动作：使用 CREATE TABLE 语句，可以在列定义后直接附加 CHECK (expr)，或在表末尾添加独立约束。若未指定符号（symbol），系统将自动生成类似 ${table_name}_check_${seq_num} 的名称。

代码示例：

CREATE TABLE t1
(
  c1 INT CHECK (c1 > 10),                      -- 列约束：隐式命名
  c2 INT CONSTRAINT c2_positive CHECK (c2 > 0), -- 列约束：显式命名
  CHECK (c1 <> c2),                             -- 表约束：引用多个列，隐式命名
  CONSTRAINT c1_nonzero CHECK (c1 <> 0)         -- 表约束：显式命名
);

完成状态：表结构创建成功，查看元数据可见所有约束均已注册。

第2步：验证约束行为

目的：确认约束在插入和更新时的生效情况。

动作：尝试插入违反约束条件的数据。如果评估结果为 FALSE，操作将失败并抛出错误；若为 TRUE 或 UNKNOWN（涉及NULL值），则操作正常进行。

可观察的结果：合法的数值插入成功，非法数值（如 c1=5 违反了 c1 > 10）会报错。

第3步：修改与移除约束

目的：在不需要特定限制时维护表结构。

入口：使用 ALTER TABLE 命令。

代码示例：

-- 添加新的检查约束
ALTER TABLE Departments ADD CONSTRAINT CHK_PID CHECK (ID >= 1 AND PID >= 0);
-- 删除指定约束
ALTER TABLE Departments DROP CHECK CHK_PID;

第4步：检查约束状态

目的：排查约束是否生效或获取其定义信息。

动作：使用 SHOW CREATE TABLE table_name 查看生成的完整DDL，或使用 ENFORCED 字段查询 INFORMATION_SCHEMA.CHECK_CONSTRAINTS 表。

第5步：处理特殊场景

目的：应对无法直接用CHECK约束满足的高级逻辑。

动作：如需跨表引用（如外键自参照）或审计需求，应改用 TRIGGER（触发器）并在触发器中使用 SIGNAL SQLSTATE 抛出错误；对于纯粹的业务逻辑校验，建议放在应用层代码中处理。

完成判断

• 语法正确性：创建的语句无报错，且在元数据表中可见对应的记录。
• 数据拦截测试：故意插入 CHECK 表达式判定为 FALSE 的行，数据库拒绝写入并返回错误信息。
• 命名冲突预防：在同一 Schema 内，不同的表使用了不重复的约束名称。

原文有依据的排错

如果在执行创建语句时遇到错误，请对照以下规则进行排查：

• 禁止子查询：CHECK 表达式中不能使用 (SELECT ...)。这是 CHECK 与 TRIGGER 最大的区别之一。
• 非确定性函数限制：不得使用 NOW(), CURRENT_USER(), CONNECTION_ID() 等结果随调用环境变化的函数。仅允许使用确定的内置函数和字面量。
• 列类型兼容性：虽然自动转换可能发生，但如果表达式涉及的计算导致类型溢出或不匹配，应预先调整列的数据类型定义。
• 版本不符：如果使用 MySQL 5.7 或更早版本，上述语法虽能执行但无效，请务必升级至 8.0.16+ 版本才能启用真正的强制检查。

简要总结

MySQL 8.0.16 的 CHECK 约束是保障单表数据完整性的利器，尤其适用于静态的、单行范围的数值范围限制（如年龄区间、状态码枚举）。对于需要跨行、跨表比较或复杂动态判断的逻辑，仍需依赖触发器或应用层控制。合理使用此特性，能大幅降低脏数据入库的概率。

以上就是MySQL中的CHECK约束特性详解的详细内容，更多关于MySQL中CHECK约束的资料请关注本站其它相关文章！