前三篇关于MySQL的博客，地址如下：
1. MySQL数据库 && SQL语言命令总结 && 数据类型、运算符和聚合函数汇总_Flying Bulldog的博客-CSDN博客
2. 从0到1 && 关于MySQL的数据库和表_Flying Bulldog的博客-CSDN博客
3. MySQL数据库总结 之 函数命令总结_Flying Bulldog的博客-CSDN博客
概念：约束是作用于表中字段上的规则，用于限制存储在表中的数据。
目的：保证数据库中数据的正确、有效性和完整性。
目录
1. 约束类别
2. 约束案例
3. 外键约束
3.1 为什么要有外键约束？
3.2 外键约束：
3.2.1 语法：
3.2.2 案例：
3.3 删除外键约束
3.3.1 语法：
3.3.2 案例：
3.4 删除 / 更新行为
3.4.1 语法：
3.4.2 案例1 —— CASCADE
3.4.3 案例2 —— SET NULL
1. 约束类别
| 约束 | 描述 | 关键字 |
|---|---|---|
| 非空约束 | 限制该字段的数据不能为NULL | NOT NULL |
| 唯一约束 | 保证该字段的所有数据都是唯一、不重复的 | UNIQUE |
| 主键约束 | 主键是一行数据的唯一标识，要求非空且唯一 | PRIMARY KEY |
| 默认约束 | 保存数据时，如果未指定该字段的值，则采用默认值 | DEFAULT |
| 检查约束 | 保证字段值满足某一个条件 | CHECK |
| 外键约束 | 用来让两张表的数据之间建立连接，保证数据的一致性和完整性 | FOREIGN KEY |
注意：约束是作用于表中字段上的，可以在创建表 / 修改表的时候添加约束。
2. 约束案例
案例需求：根据需求，完成表结构的创建。需求如下表所示：
| 字段名 | 字段含义 | 字段类型 | 约束条件 | 约束关键字 |
|---|---|---|---|---|
| id | ID唯一标识 | int | 主键，并且自动增长 | PRIMARY KEY，AUTO_INCREMENT |
| name | 姓名 | varchar(10) | 不为空，并且唯一 | NOT NULL，UNIQUE |
| age | 年龄 | int | 大于0，并且小于等于120 | CHECK |
| status | 状态 | char(1) | 如果没有指定该值，默认为1 | DEFAULT |
| gender | 性别 | char(1) | 无 | 无 |
解决方案 1：在为字段添加约束时，我们只需要在字段之后加上约束的关键字即可，需要关注其语法。对应的创建表语句如下：
CREATE TABLE tb_user (id INT AUTO_INCREMENT PRIMARY KEY COMMENT 'ID唯一标识',NAME VARCHAR ( 10 ) NOT NULL UNIQUE COMMENT '姓名',age INT CHECK ( age > 0 && age <= 120 ) COMMENT '年龄',STATUS CHAR ( 1 ) DEFAULT '1' COMMENT '状态',
gender CHAR ( 1 ) COMMENT '性别'
);解决方案 2：通过图像化界面（Navicat）来创建表结构，操作方法如下：
- 首先右键点击表tb_user，
- 然后左键点击“设计表”，
- 最后左键点击“添加字段”出现如下画面。
3. 外键约束
3.1 为什么要有外键约束？
首先，我们要知道外键的作用 —— 用来让两张表的数据之间建立连接，从而保证数据的一致性和完整性。
接下来，我们看一个例子：
准备数据：
CREATE TABLE dept ( id INT auto_increment COMMENT 'ID' PRIMARY KEY, NAME VARCHAR ( 50 ) NOT NULL COMMENT '部门名称' ) COMMENT '部门表';INSERT INTO dept ( id, NAME )
VALUES( 1, '研发部' ),( 2, '市场部' ),( 3, '财务部' ),( 4, '销售部' ),( 5, '总经办' );CREATE TABLE emp (id INT auto_increment COMMENT 'ID' PRIMARY KEY,NAME VARCHAR ( 50 ) NOT NULL COMMENT '姓名',age INT COMMENT '年龄',job VARCHAR ( 20 ) COMMENT '职位',salary INT COMMENT '薪资',entrydate date COMMENT '入职时间',managerid INT COMMENT '直属领导ID',
dept_id INT COMMENT '部门ID'
) COMMENT '员工表';INSERT INTO emp ( id, NAME, age, job, salary, entrydate, managerid, dept_id )
VALUES( 1, '金庸', 66, '总裁', 20000, '2000-01-01', NULL, 5 ),( 2, '张无忌', 20, '项目经理', 12500, '2005-12-05', 1, 1 ),( 3, '杨逍', 33, '开发', 8400, '2000-11-03', 2, 1 ),( 4, '韦一笑', 48, '开发', 11000, '2002-02-05', 2, 1 ),( 5, '常遇春', 43, '开发', 10500, '2004-09-07', 3, 1 ),( 6, '小昭', 19, '程序员鼓励师', 6600, '2004-10-12', 2, 1 );运行上述SQL语句，得到下图所示的两张表：
左侧的emp表是员工表，里面存储员工的基本信息，包含员工的ID、姓名、年龄、职位、薪资、入职日 期、上级主管ID、部门ID，在员工的信息中存储的是部门的ID dept_id，而这个部门的ID是关联的部门表dept的主键id，那emp表的dept_id就是外键,关联的是另一张表的主键。
注意：目前上述两张表，只是在逻辑上存在这样一层关系；在数据库层面，并未建立外键关联， 所以是无法保证数据的一致性和完整性的。
我们做一个测试，观察数据是否可以保持一致性和完整性。删除表 dept 中 id 为 1 的部门信息，结果如下图所示：
我们看到删除成功，而删除成功之后，部门表不存在id为1的部门，而在emp表中还有很多的员 工，关联的为id为1的部门，此时就出现了数据的不完整性。
想要解决上述问题，外键约束必不可少！
3.2 外键约束：
3.2.1 语法：
-- 添加外键
CREATE TABLE 表名(字段名 数据类型,...[CONSTRAINT] [外键名称] FOREIGN KEY (外键字段名) REFERENCES 主表 (主表列名)
);ALTER TABLE 表名 ADD CONSTRAINT 外键名称 FOREIGN KEY (外键字段名) REFERENCES 主表 (主表列名) ;3.2.2 案例：
为emp表的dept_id字段添加外键约束, 关联dept表的主键id。
ALTER TABLE emp ADD CONSTRAINT fk_emp_dept_id FOREIGN KEY ( dept_id ) REFERENCES dept ( id );运行上述语句，结果如下：
如果此时删除表 dept 中 id 为 1 的记录，则会报错如下：
上述案例证明了外键约束可以保证数据的一致性和完整性。
3.3 删除外键约束
3.3.1 语法：
ALTER TABLE 表名 DROP FOREIGN KEY 外键名称 ;3.3.2 案例：
删除emp表的外键fk_emp_dept_id。
alter table emp drop foreign key fk_emp_dept_id;3.4 删除 / 更新行为
添加了外键之后，再删除父表数据时产生的约束行为，我们就称为删除 / 更新行为。具体的删除 / 更新行为有以下几种：
| 行为 | 说明 |
|---|---|
| NO ACTION 不行动 | 当在父表中删除 / 更新对应记录时，首先检查该记录是否有对应的外键， 如果有外键，则不允许删除 / 更新。（与 RESRTICT 一致）默认行为。 |
| RESTRICT 约束；限制 | 当在父表中删除 / 更新对应记录时，首先检查该记录是否有对应的外键， 如果有外键，则不允许删除 / 更新。（与 NO ACTION 一致）默认行为。 |
| CASCADE 级联 | 当在父表中删除 / 更新对应记录时，首先检查该记录是否有对应的外键， 如果有外键，则也删除 / 更新外键在子表中的记录。 |
| SET NULL 设置为空 | 当在父表中删除对应记录时，首先检查该记录是否有对应的外键， 如果有外键，则设置子表中该外键值为NULL（这就要求该外键允许取NULL）。 |
| SET DEFFAULT 设置默认值 | 父表有变更时，子表将外键列设置成一个默认的值（Innodb不支持）。 |
3.4.1 语法：
ALTER TABLE 表名 ADD CONSTRAINT 外键名称 FOREIGN KEY (外键字段)
REFERENCES 主表名 (主表字段名) ON UPDATE CASCADE ON DELETE CASCADE;
3.4.2 案例1 —— CASCADE
alter table emp add constraint fk_emp_dept_id foreign key (dept_id)
references dept(id) on update cascade on delete cascade ;
执行上述SQL语句后，修改父表id为1的记录，将id修改为6，结果如下图所示：
我们发现，原来在子表中dept_id值为1的记录，现在也变为6了，这就是cascade级联的效果。
注意：在一般的业务系统中，不会修改一张表的主键值。
然后，删除父表dept中id为6的记录，如下图所示，我们发现，父表的数据删除成功后，子表中关联的记录也被级联删除了。
3.4.3 案例2 —— SET NULL
测试之前，我们需要恢复到原始数据，请自行操作。
案例2的SQL语句如下：
alter table emp add constraint fk_emp_dept_id foreign key (dept_id)
references dept(id) on update set null on delete set null ;
执行完毕后，我们删除id为1的数据，结果如下图所示：
我们发现父表的记录是可以正常的删除的，父表的数据删除之后，子表emp 的dept_id字段，原先为1的数据，现在都被置为NULL了。这就是SET NULL这种删除 / 更新行为的效果。
>>> 如有疑问，欢迎评论区一起探讨。
