2022/1/11数据库

1.表与表的对应关系

• 一对一
• 一对多
• 多对一
• 多对多

2.约束

2.1作用

• 是一种限制，用于限制表中的数据，为了保证数据的准确性以及可靠性

2.2约束分类

• NOT NULL，非空，用于保证某个字段不为空。支持列级约束。
• DEFAULT，默认，用于保证某个字段具有默认值。支持列级约束。
• PRIMARY KEY，主键，用于保证某个字段具有唯一性且非空。支持列级约束以及表级约束。
• UNIQUE，唯一，用于保证某个字段具有唯一性。支持列级约束以及表级约束。
• FORGIEN KEY，外键，用于限制两个表间的关系。支持表级约束。
  注：
• 列级约束：指的是定义列的同时指定的约束
• 表级约束：指的是列定义之后指定的约束。
• 外键常用于一对多的关系。即表的某条数据，对应另外一张表的多条数据。
• 将 “一” 的一方称为 ：主表。
• 将 “多” 的一方称为 ：从表。
• 通常将 外键 置于从表上，即从表上增加一列作为外键，并依赖于主表的某列。

3.锁

3.1 根据锁的粒度分：行锁与表锁

表级锁
只有当前用户可以操作整张表，其他请求排队等候，等待当前sql操作执行完毕
特点：开销小，加锁快，不会出现死锁，锁定粒度大，发生锁冲突的概率高，并发性极差，一致性极好
行级锁
只有当前用户可以操作该行记录，其他请求排队等候，等待当前sql操作执行完毕。
特点：开销大，加锁慢，会出现死锁，锁定力度小，发生锁冲突的概率低，并发性高
页面锁
开销时间、加锁时间、锁定粒度在表级锁与行级锁之间，会出现死锁，并发度中等

3.2根据数据库系统分：读锁和写锁

读锁：
其他请求可读不可写（共享锁），用于不更改或不更新数据的操作（只读操作）

select * from [table] lock in share mode;

写锁：

其他请求不可读不可写（排他锁），用于数据修改操作，确保不会同时同一资源进行多重更新

select * from [table] for update;

注：select…for update语句在执行中所有扫描过的行都会被锁上，因此在mysql中用悲观锁，务必确定走了索引，而不是全表扫描，否则将会把数据表锁住

3.3引擎对比myisam与innodb

MyISAM在执行查询语句前，会自动给涉及的所有表加读锁，在执行更新操作前，会自动给涉及的表加写锁，这个过程并不需要用户干预，因此用户一般不需要直接用LOCK TABLE 命令给MyISAM表显式加锁。
InnoDB会自动给update、delete和insert语句涉及的数据集加排他锁
InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。
InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！
在实际应用中，要特别注意InnoDB行锁的这一特性，不然的话，可能导致大量的锁冲突，从而影响并发性能。

3.4乐观锁与悲观锁

悲观锁

定义：悲观锁(Pessimistic Locking)，正如其名，它指的是对数据被外界（包括当前系统的其它事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排它性，否则，即使在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）。

悲观锁并不是适用于任何场景，它也存在一些不足，因为悲观锁大多数情况下依靠数据库的锁机制实现，以保证操作最大程度的独占性。如果加锁的时间过长，其他用户长时间无法访问，影响了程序的并发访问性，同时这样对数据库性能开销影响也很大，特别是对长事务而言，这样的开销往往无法承受，这时就需要乐观锁。

乐观锁

定义：乐观锁相对悲观锁而言，它认为数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让返回错误信息，让用户决定如何去做。接下来我们看一下乐观锁在数据表和缓存中的实现。

实现方式：

• 版本号

• 时间戳

每次查询，记录当前行（row）的版本号(version)或时间戳(timestamp)，在提交修改前判断版本号是否改变，没有改变则提交数据并更新版本号（+1）。

4.数据库范式

关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。

规范化目的是使数据表结构更合理，消除存储异常，使数据冗余尽量小。便于插入、删除和更新。

范式之间的关系