MySQL 数据库约束

目录

一、数据库约束 

1、约束类型

二、NULL 约束

三、unique 约束

四、default 约束

五、primary key 约束

自增主键

六、foreign key 外键约束

七、check 约束

---

一、数据库约束 

我们使用数据库来存储数据，一般是希望这里存储的数据是靠谱的，那么如何来保证数据是否靠谱呢？

那么MySQL就提供了一些机制，辅助我们自动的依赖程序，对数据进行检查，这类检查数据的机制，就是“约束”，一旦把约束确定好了，MySQL就会自动的对修改的数据做出检查，看看你此处的这个数据是否靠谱，如果不靠谱，不满足约束，就会直接报错。

1、约束类型

---

二、NULL 约束

YES 表示这两列允许为空，因此可以向表中插入null

那么现在我们重新创建一个 student 表，并加入 not nul 约束，再来看看结果

注意：not null 是对 列名 进行的一个约束，是给列名来指定的，写到列后面

 此时我们会发现，id 可以为 null ,但是 name 不能为 null,那么现在，我们尝试插入一个name 为 null 的数据又会发生什么呢？

 此时，会给我们一个明显的提示： name 这一列不能为 null

当 name 不为null 的时候，便可以正常插入数据了

---

三、unique 约束

不允许存在两行数据，再这个指定列上重复

此处的限制不能重复，指的是，指定列，不同行之间

同一行 不同列之间 或者  不同行 不同列之间 可以重复

和 not null 类似，unique 也是放在后面

我们现在，重新创建一个student表

那么此时，是可以插入重复的数据的

现在，我们再重新创建一个表

 此时会发现在表的结构中，出现了一个UNI 的标志，它是unique 的前三个首字母，代表了唯一

当我们往表中插入两个编号一样的学生的时候，就会发生报错

 针对带有unique 约束的数据，在插入记录的时候，就会先进行查询，看看结果是否以及存在，存在才插入，不存在则不会进行插入。同理，修改也是一样的

---

四、default 约束

规定没有给列赋值时的默认值

我们先重新创建一个student 表

然后对其进行指定列插入

 

使用指定列插入的时候，未被指定的列就会按照默认值来进行填充，其中如果我们不修改默认值，那么默认情况下的默认值就是NULL

 那么如何修改这个默认值呢？

只需要在创建表的时候在后面加上default 默认值便可

 所以，此时，我们能看到defult 那一栏中name 所对应的默认值 便是 ‘未命名’

插入数据的时候，大多数情况下，都还是需要手动指定插入值的，使用默认值，会让代码看起来没有那么的直观。

比如这个代码，和‘未命名’三个字没有任何的关联，但是数据库的内容 的确包含 ‘未命名’ 

---

五、primary key 约束

主键约束，主键就是一条数据的身份标识

通过这个约束，来指定某个列作为主键

1、非空

2、不能重复

一个表，只能有一个主键 

 同样的，我们重新创建一个 student 表，此时，让id 成为主键

 此时，我们再烂看看这个表的属性就能发现，id 在NULL 这一栏是不能为空的，Key这一栏中的PRI 是primary 的缩写，这个时候，id 便被我们标记成了主键

此时，我们再插入两条一样的数据，或者插入了 id 为 NULL 的数据就会发生报错。 

那么现在，我们来尝试创建一个有两个主键的表：

 此时，它就会提示我们当前的主键已经被多次定义

因此，主键只能有一个，但是一个主键可以对应一个列或者多个列

主键，往往是一个 整数 类型的 Id，要求不能重复

自增主键

允许客户端，再插入数据的时候，不手动指定主键的值，而是交给MySQL自行分配，确保分配出来的这个主键的值，是和之前不重复的

那么现在我们来看一下这个自增主键是怎么样进行使用的

 其中 auto_increment 的意思就是 自动增加

此时，这个主键就变成了自增主键，并且auto_increment 必须搭配整数类型的主键使用 

 注意：这样的插入操作是OK的

这是因为，此时的 id 列是自增主键，设置成NULL 是让数据库自行分配一个 id

 

这时，我们能看到刚才的 id 是1 

当我们再插入两条数据之后， id 依旧会按照自增的方式自行分配

自增主键 也是可以手动指定值的

 

那么如果下次再插入数据  按照NULL 让数据库自己分配的方式 此时新的记录是 4 还是 11 呢？

 

 很明显，答案是11

那么这个 id 咋分配的呢？

MySQL 会记录当前 id 中的最大值，下一个分配的 id 就会在之前的最大值的基础上，继续自增

 MySQL 是会维护这样的最大值的

如果MySQL 是一个单个节点的系统，基于上述策略，没有啥问题

如果MySQL 是一个分布式系统，此时，自增主键就无法保证唯一性 

（每个主机上的MySQL只知道自己这个主机上存储的最大值，不知道其它节点的情况）

对于分布式系统下，要想分配这种表示唯一性的id，就不能依赖MySQL 的自增主键了

 为了解决上述问题，也有很多分布式 id 的生成算法

核心公式：

目标是为了保证系统中每个节点 生成的id 都是唯一的

把 id 作为一个字符串，这个字符串由下列几个部分拼接而成：

---

六、foreign key 外键约束

 涉及到两个表之间的约束

我们将约束别人的表称为： 父表

将被别人约束的表称为： 子表

我们先创建一个class 表，并向其中插入几条数据：

     再创建一个student 表来完成一个外键约束

 

在这个代码中，需要明确交代，谁（哪个表的哪一列） 要受到 谁 （哪个表的哪一列）的约束 

 创建外键约束的时候，是修改子表的代码，父表的代码是不受影响的

1、进行插入或者修改子表中受约束的这一列数据，就需要确保 插入/修改 后的结果 在父表中存在

（针对这种带有外键约束的 插入/修改 就会触发查找操作，在父表中进行查询）

2、删除/修改 父表中的记录，就要看看这个记录是否在子表中被使用了，如果被使用了，则不能进行删除或者修改                                                             

3、删除父表之前必须要先删除子表

4、primary key 和 unique 这两个约束自带索引，没有索引就不能建立外键

 现在我们来考虑一下下面这个场景：

 

 那么在上述场景中，如何实现商品下架这个功能呢？

针对这样的场景，我们一般使用逻辑删除

如果要实现商品下架，直接 update 把商品表中的 ok 改成 0.

实现获取商品列表，就在select 的时候加个条件 and ok = 1   

---

七、check 约束

写一个具体的条件表达式，当前的记录符合条件就可以进行 插入/修改  ，不符合条件就失败

对于MySQL5 来说，check 并不支持，写上不会报错，但是并没用什么用