作为一名程序员我们每天都在和数据库打交道。不知道你有没有遇到过这样的情况用户注册时填写的年龄是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约束让你的数据库设计更加规范、健壮。如果你在项目中遇到过因为约束不当而引发的“惨案”欢迎在评论区分享我们一起避坑