约束：概述、演示、外键与更新删除行为

一句话理解

约束是写在表字段上的规则，用来挡住不该进库的数据；它由数据库替你检查。

按这 4 步做

1. 先分清目的：约束保证数据的正确、有效、完整，而不是替业务做全部判断。
2. 记六类：非空 NOT NULL、唯一 UNIQUE、主键 PRIMARY KEY、默认 DEFAULT、检查 CHECK、外键 FOREIGN KEY。
3. 决定写在哪：建表时直接写在字段后面，或建表后用 ALTER TABLE 补上。
4. 检查版本：CHECK 从 8.0.16 起才真正生效，更早版本会解析但忽略。

小例

先准备本集练习数据：p32.sql · 练习库说明

CREATE TABLE practice_score (
  id    INT PRIMARY KEY AUTO_INCREMENT,
  name  VARCHAR(10) NOT NULL UNIQUE,
  score INT CHECK (score >= 0 AND score <= 100),
  level CHAR(1) DEFAULT 'C'
) ENGINE = InnoDB;

【原创演示】这是本笔记的原创建表演示，不依赖任何已有表，表名也与视频里的 user 表不同。四列各带一种约束：id 用主键 + 自增，name 非空且唯一，score 用 CHECK 限定 0–100，level 缺省为 'C'。本页原创例已在隔离的 MySQL 8.0.46 测试实例执行通过；你也可以用 p32.sql 在本地练习库跑一遍。

易错点

• 以为加了约束业务就安全：跨字段、跨表的规则（如“离职日期不早于入职”）约束管不全，仍需应用层校验。
• 在 8.0.16 之前的版本依赖 CHECK：语句能建成功却不拦数据，必须先确认版本。
• 不写约束名：后续要删除或修改时只能去查自动生成的名字。

30 秒速记

自测（2 题，先答再展开）

材料与来源

一句话理解

这一集把常用约束写进一张表（主键、非空、唯一、默认、CHECK；外键在 P34 单独讲），再故意插入坏数据，看数据库怎样拒绝。

按这 4 步做

1. 先建带约束的表：主键自增、姓名非空且唯一、年龄用 CHECK 限定范围、状态给默认值。
2. 先插合法数据，确认能进；再一次只违反一条规则，观察报错。
3. 对着错误码读原因：1062 是唯一冲突、1048 是非空、3819 是 CHECK 不通过。
4. 改回合法值再插一次，确认表仍可正常写入。

小例

先准备本集练习数据：p33.sql · 练习库说明

CREATE TABLE practice_user (
  id     INT PRIMARY KEY AUTO_INCREMENT,
  name   VARCHAR(10) NOT NULL UNIQUE,
  age    INT CHECK (age > 0 AND age <= 120),
  status CHAR(1) DEFAULT '1'
) ENGINE = InnoDB;

INSERT INTO practice_user (name, age) VALUES ('小甲', 19), ('小乙', 25);

【原创演示】原创演示表，字段与视频里的 user 表相似，但表名和数据都不同。插入只给 name 和 age，id 由自增生成，status 取默认 '1'。下面三种插入应被拒绝：重复 name 报 1062 Duplicate entry；name 传 NULL 报 1048；age 传 130 报 3819 检查约束失败。这些结果已在隔离的 MySQL 8.0.46 测试实例逐条验证（1062/1048/3819）；你也可以用 p33.sql 在本地练习库复现。

易错点

• 以为 UNIQUE 只能有一个 NULL：唯一约束允许多行 NULL，因为 NULL 之间不算相等。
• 以为自增编号会回填：删掉最大 id 再插新行，编号继续往后走，不补空位。
• 以为 CHECK 会顺带拦住 NULL：表达式结果为未知时按通过处理，要连 NULL 一起挡就得再写 IS NOT NULL。

30 秒速记

自测（2 题，先答再展开）

材料与来源

一句话理解

外键让子表的一列只能取父表里真实存在的值，从而不让“孤儿数据”进库。

按这 4 步做

1. 确定方向：employee.dept_id 指向 department.id，employee 是子表，department 是父表。没有外键时直接删父表一行，子表会留下指向不存在部门的孤儿数据，而且不报错——外键就是用来挡这个的。
2. 确认父表被引用的列有唯一索引（通常是主键），两边数据类型一致。
3. 建表时写 FOREIGN KEY (dept_id) REFERENCES department(id)，或建表后用 ALTER TABLE 补。
4. 插入一个父表不存在的 dept_id，确认被拒绝（错误 1452）。

小例

先准备本集练习数据：p34.sql · 练习库说明

ALTER TABLE employee
  ADD CONSTRAINT fk_employee_department
  FOREIGN KEY (dept_id) REFERENCES department (id);

【原创演示】依赖两张练习表：department(id,name) 有 (1,'研发部')、(2,'市场部')；employee 就是前面那四行。加约束后，小林、小周、小陈的 dept_id 都能在父表找到；小李的 dept_id 是 NULL，外键不检查 NULL，所以也能留下。再插 dept_id=99 会报 1452 无法添加或更新子行。本页原创例已在隔离的 MySQL 8.0.46 测试实例执行通过（含被 1452 拒绝的那次插入）；也可以用 p34.sql 复现。

易错点

• 父表被引用列没有唯一索引：建外键直接失败（错误 1822），这不是数据问题而是索引问题。
• 子表里已经有对不上父表的旧数据：先加约束会失败，必须先清脏数据或补父表记录。
• 以为外键能挡所有错误值：NULL 不受外键检查，允许空就等于允许“没有部门”的行。

30 秒速记

自测（2 题，先答再展开）

材料与来源

一句话理解

父表记录被删或被改时子表怎么办，由 ON DELETE / ON UPDATE 后面的行为决定。

按这 4 步做

1. RESTRICT / NO ACTION：子表还有引用就拒绝删除或修改，这是默认的保守选择。
2. CASCADE：父表删一行，子表对应的行一起删；父表改主键，子表跟着改。
3. SET NULL：父表删一行，子表外键列置空，前提是该列允许 NULL。
4. SET DEFAULT：设计上置默认值，但 InnoDB 不支持，别在 MySQL 里指望它。

小例

先准备本集练习数据：p35.sql · 练习库说明

ALTER TABLE employee
  ADD CONSTRAINT fk_employee_department
  FOREIGN KEY (dept_id) REFERENCES department (id)
  ON DELETE SET NULL
  ON UPDATE CASCADE;

【原创演示】仍是那两张练习表。设成 SET NULL 后删掉部门 2，小陈这一行的 dept_id 会变成 NULL，人还留在表里；如果改成 ON DELETE CASCADE，删部门 2 会连小陈一起删掉，这就是风险点。dept_id 必须可为空，否则 SET NULL 在删除时会报错。本页原创例已在隔离的 MySQL 8.0.46 测试实例执行通过；也可以用 p35.sql 复现。

易错点

• 为了“删起来方便”选 CASCADE：删一条父表记录可能连带删掉大量子表业务数据，且难恢复。
• 外键列是 NOT NULL 却设 SET NULL：删除父行时直接报错，约束和列定义要先对齐。
• 以为 RESTRICT 和 CASCADE 只是写法不同：一个拒绝操作、一个扩散删除，语义正好相反。

30 秒速记

自测（2 题，先答再展开）

材料与来源

这一集在讲什么

约束小结就是六类约束的清单，加上“它保证什么、不能保证什么”。

要点（3 条）

1. 六类：NOT NULL、UNIQUE、PRIMARY KEY（可配 AUTO_INCREMENT）、DEFAULT、CHECK、FOREIGN KEY。
2. 各自管什么：空值、重复、唯一标识、缺省值、取值范围、表间引用；主键 = 唯一 + 非空，UNIQUE 允许多个 NULL。
3. 怎么加：建表时写在字段后，或用 ALTER TABLE 补；已有脏数据要先清洗，否则 ALTER 直接失败。

30 秒回忆

想再练一下（1 题，选做）

材料与来源