别再让数据库“吃”脏数据了！一文讲透MySQL约束，从入门到精通

作为一名程序员，我们每天都在和数据库打交道。不知道你有没有遇到过这样的情况：用户注册时填写的年龄是200岁，性别是"未知"，或者明明员工表里存了一个部门ID，但在部门表里却根本找不到这个部门。

这些"脏数据"就像定时炸弹，轻则导致业务逻辑错误，重则让整个系统崩溃。如何从根源上保证数据的"纯净"？答案就是今天的主角------数据库约束。

很多人觉得约束只是建表时顺手一写的东西，其实不然。约束是数据库设计的"法律"，是保证数据完整性的最后一道防线。今天，我们就以MySQL为例，从零开始，用最直白的方式，带你彻底搞懂约束的方方面面。

一、约束的本质：给数据立规矩

我们先思考一个问题：数据库里存的数据，到底是谁来负责它的正确性？

是前端校验？还是后端逻辑？其实都不够。真正的"守门员"，是数据库自身的约束机制。

数据完整性（Data Integrity），说白了就是数据的精确性和可靠性。约束就是为了实现这个目标而存在的。它像一个严格的检察官，在数据进入数据库的那一刻，就按照你制定的规则进行审查，任何不符合规定的数据都别想"蒙混过关"。

那么，约束到底要保证数据的哪些方面"完整"呢？主要有四个维度：

实体完整性：保证表中的每一行数据都是独一无二的。就像身份证号码一样，你不能有两个人共用一个ID。
域完整性：保证某一列的数据在合法范围内。比如年龄不能是负数，性别只能是"男"或"女"。
引用完整性：保证表与表之间的数据关系是成立的。例如，员工属于哪个部门，这个部门在部门表里必须真实存在。
用户自定义完整性：针对特定业务场景制定的规则。比如，本部门经理的工资不得高于本部门职工平均工资的5倍。

理解了这四个目标，我们就能明白，约束并不是一种限制，而是一种保障。

二、约束的"十八般武艺"：MySQL支持的约束类型

MySQL为我们提供了丰富的约束工具，我们可以把它们分为几大类：

键约束：主键、外键、唯一键（这是数据库的核心）
非空约束：数据不能为空
检查约束：自定义值的范围
默认值约束：给数据一个"备胎"
自增属性：让主键自己"长大"

下面，我们来一一拆解。

1. 非空约束：拒绝"空洞"

顾名思义，非空约束（NOT NULL） 强制要求某个字段的值不能为空。这是一种非常基础且常见的约束。

如何设置？

建表时，直接在字段后加上NOT NULL即可。

复制代码

CREATE TABLE student (
    id INT NOT NULL,
    name VARCHAR(20) NOT NULL
);

如果表已经建好了，也可以用ALTER TABLE来增加非空约束：

复制代码

ALTER TABLE student MODIFY name VARCHAR(20) NOT NULL;

注意：如果你要给一个已有数据的字段增加非空约束，这个字段里现有的值必须没有NULL，否则操作会失败。

如何删除？

再次使用MODIFY，但这次不带NOT NULL，约束就被移除了。

复制代码

ALTER TABLE student MODIFY name VARCHAR(20);

一个小坑：如果你用MODIFY修改一个字段时，忘了写上NOT NULL，那么原有的非空约束就会丢失。所以在修改字段类型时，记得把你想保留的约束都写全。

2. 唯一键约束：杜绝"撞车"

唯一键约束（UNIQUE KEY） 保证一列或几列的组合值是唯一的。它和主键非常像，但又有本质区别。你可以把它理解为"身份证号"：可以有空值，但不能重复。

唯一键 vs 主键

数量：一个表可以有多个唯一键，但只能有一个主键。
空值：唯一键允许为空（且可以有多个NULL，因为MySQL中NULL不等于NULL），而主键不允许为空。

如何设置？

建表时，既可以写在字段后面，也可以写在最后面，形成表级约束。

复制代码

-- 列级约束
CREATE TABLE user (
    id INT PRIMARY KEY,
    phone CHAR(11) UNIQUE KEY
);

-- 表级约束（常用于复合唯一）
CREATE TABLE user (
    id INT PRIMARY KEY,
    name VARCHAR(20),
    phone CHAR(11),
    UNIQUE KEY(phone) -- 表级约束
);

复合唯一：如果你想保证"同一个学生不能选同一门课两次"，就需要用到复合唯一。UNIQUE KEY(sid, cid) 保证这两个字段的组合不能重复，但单独看sid或cid是可以重复的。

如何删除？

删除唯一键需要手动删除对应的索引，因为唯一键会自动创建索引。

复制代码

-- 先查看索引名，通常就是字段名
SHOW INDEX FROM user;
-- 然后删除索引，也就删除了唯一键约束
ALTER TABLE user DROP INDEX phone;

3. 主键约束：数据的"身份证"

主键约束（PRIMARY KEY） 是约束中的"大哥"。它结合了唯一和非空，用来唯一标识表中的每一行数据。

特点：

一个表只能有一个主键。
主键列不能为NULL，值必须唯一。
主键列会自动创建索引，这是MySQL为了加速查询而做的优化。

如何设置？

同样支持列级和表级定义。

复制代码

-- 单列主键
CREATE TABLE emp (
    id INT PRIMARY KEY,
    name VARCHAR(20)
);

-- 复合主键
CREATE TABLE score (
    sid INT,
    cid INT,
    score INT,
    PRIMARY KEY(sid, cid) -- 学生ID和课程ID共同作为主键
);

复合主键在关系型数据库中很常见，比如选课表，学生的学号和课程号组合起来才是唯一确定的。

如何删除？

删除主键的语法很简单：

复制代码

ALTER TABLE emp DROP PRIMARY KEY;

但这里有一个容易忽略的点：删除主键约束后，主键字段上的非空约束并不会自动消失。如果你想让这个字段也能为空，还需要单独修改它。

4. 自增约束：让主键自动"成长"

自增约束（AUTO_INCREMENT） 是主键的黄金搭档。它能让一个数值型字段在插入数据时自动递增，我们通常用它来生成主键。

特点：

一个表只能有一个自增字段。
自增字段必须是键字段（主键或唯一键）。
自增字段必须是数值类型（通常是INT）。

玩转自增：

复制代码

CREATE TABLE emp (
    eid INT PRIMARY KEY AUTO_INCREMENT,
    ename VARCHAR(20)
);

-- 插入时，对自增字段赋NULL、0或不赋值，都会触发自增
INSERT INTO emp(ename) VALUES('张三');
INSERT INTO emp VALUES(NULL, '李四');
INSERT INTO emp VALUES(0, '王五');

手动干预 ：如果你手动给自增字段赋值了一个很大的数，比如15，那么下次自增就会从16开始。
小心：用MODIFY删除自增属性时，记得带上其他想保留的约束，否则可能会丢失。

5. 默认值约束：给数据一个"后备计划"

默认值约束（DEFAULT） 指定了当用户不插入值时，数据库自动填入的"默认"值。它不能和自增、主键等约束混用。

如何设置？

复制代码

CREATE TABLE emp (
    eid INT PRIMARY KEY,
    ename VARCHAR(20) NOT NULL,
    gender ENUM('男','女') DEFAULT '男',
    address VARCHAR(100) DEFAULT '不详'
);

-- 插入时使用DEFAULT关键字，就会触发默认值
INSERT INTO emp VALUES(2, '李四', DEFAULT, DEFAULT);

删除：和修改非空约束类似，修改字段时不带DEFAULT，默认值约束就会丢失。

6. 检查约束：最灵活的"法外狂徒"

检查约束（CHECK） 允许你自定义一个条件表达式，只有满足这个条件的数据才能被插入。这是保证域完整性的利器。

一个重要的"坑"：在MySQL 8.0.16之前，CHECK约束只支持语法，不生效！但从8.0.16开始，它已经可以完美工作了。

如何设置？

复制代码

CREATE TABLE emp (
    id INT PRIMARY KEY,
    name VARCHAR(20),
    age INT CHECK(age >= 18), -- 列级检查
    birthday DATE NOT NULL,
    hiredate DATE NOT NULL,
    CHECK(year(hiredate) - year(birthday) >= 18) -- 表级检查
);

这里我们定义了两个检查：年龄不能小于18岁；入职时的年龄也不能小于18岁。

如何删除？

检查约束有自己独立的名字，可以通过information_schema表查到，然后删除。

复制代码

-- 查看约束名
SELECT * FROM information_schema.table_constraints WHERE table_name = 'emp';
-- 删除指定的检查约束
ALTER TABLE emp DROP CHECK emp_chk_1;

注意：通过MODIFY给字段加CHECK约束，在MySQL中可能不生效，建议使用ALTER TABLE ... ADD CHECK(...)的方式。

7. 外键约束：表与表之间的"羁绊"

外键约束（FOREIGN KEY） 是实现引用完整性的核心。它规定了子表（从表）中的某个字段的值，必须存在于父表（主表）的某个字段中。

主表 vs 从表：

主表（父表）：被引用的表，比如部门表。
从表（子表）：引用别人的表，比如员工表（它的部门ID引用了部门表）。

为什么很多人不喜欢外键？

因为它会影响性能和开发灵活性，比如删除数据时会受到限制。但它的好处是巨大的：它从数据库层面保证了数据的一致性，再粗心的程序员也不能往里塞脏数据。

如何设置？

复制代码

-- 先建主表
CREATE TABLE dept (
    did INT PRIMARY KEY AUTO_INCREMENT,
    dname VARCHAR(50)
);

-- 再建从表
CREATE TABLE emp (
    id INT PRIMARY KEY,
    name VARCHAR(20),
    departmentid INT,
    FOREIGN KEY (departmentid) REFERENCES dept(did)
);

特点：

从表的外键列，引用的必须是主表的键列（主键或唯一键）。
两个字段的数据类型必须一致。
外键列会自动创建索引，提高查询效率。

删除外键 ：

删除外键需要两步走：先删除外键约束，再手动删除对应的索引。

复制代码

-- 删除约束
ALTER TABLE emp DROP FOREIGN KEY emp_ibfk_1;
-- 删除索引
ALTER TABLE emp DROP INDEX departmentid;

外键约束等级：这是外键的进阶用法，用于控制当主表数据变化时，从表该如何反应。

CASCADE：主表更新/删除，从表也跟着更新/删除（级联操作）。
SET NULL：主表更新/删除，从表的外键列设为NULL（要求该列允许NULL）。
NO ACTION / RESTRICT：如果从表有引用，禁止主表的更新/删除（默认行为）。

举个例子，如果你想让删除部门时，该部门下的所有员工也被删除，可以这样设置：

复制代码

FOREIGN KEY (departmentid) REFERENCES dept(did) ON DELETE CASCADE

总结与思考

通过这篇文章，我们系统地梳理了MySQL中各种约束的用法和内在逻辑。约束，本质上就是数据的一种契约。它虽然看似繁琐，但却是构建可靠系统的基石。

主键是核心：它是数据的唯一标识，也是数据库设计的起点。
外键是关系：它连接了实体之间的关系，但需要你权衡性能与一致性。
唯一键是规则：用于业务层面的唯一性校验，比如用户名、手机号。
检查约束是定制：在MySQL 8.0之后，它可以帮你实现更精细的业务规则。
非空和默认值是基础：它们为数据的完整性提供了最基础的保障。

在实际开发中，我建议你不要因为一时方便就忽略约束。在数据库层面建立的约束，比在代码层面写100个if-else都要可靠。当然，你也要根据业务场景合理选择，例如，在报表系统或日志系统中，为了追求极致的写入性能，可能会适当放宽约束，但在核心业务系统（如订单、账户）中，约束是必不可少的。

希望这篇文章能帮你彻底搞懂MySQL约束，让你的数据库设计更加规范、健壮。如果你在项目中遇到过因为约束不当而引发的"惨案"，欢迎在评论区分享，我们一起避坑！