【数据库】范式 事务 隔离级别 视图 查询优化

三大范式

事务

隔离级别

问题

【前提：事务是一些操作集合，用专业的术语去解释，就是一个程序的执行单元；事务本身并不包含ACID这四个特性，我们需要通过某些手段，尽可能让这个执行单元满足这四个特性，那么，我们就可以称它是一个事务，或者说是一个正确的，完美的事务。】

一般情况下，多个单元操作（事务，这里的事务，并不是完美的事务）并发执行，会出现这么几个问题：

脏读：A事务还未提交，B事务就读到了A操作的结果。（破坏了隔离性）
重复读：A事务在本次事务中，对自己未操作过数据，进行多次读取，结果出现不一致或记录不存在的情况。（破坏了一致性，重点是update和delete）
幻读：A事务在本次事务中，先读取了一遍数据，发现数据不存在，过了一会，又读取了一遍，发现又有数据了。（破坏了一致性，重点是insert）

解决（制定标准）

为了权衡【隔离】和【并发】的矛盾，ISO定义了4个事务隔离级别，每个级别隔离程度不同，允许出现的副作用也不同。

未提交读（read-uncommitted）：最低级别，基本只保证持久性；会出现脏读，不可重复读，幻读的问题。
已提交读（read-committed）：语句级别；会出现不可重复读，幻读的问题。
可重复读（repeatable-read）：事务级别；只会出现幻读问题。
串行化（serializable）：最高级别，也就是事务与事务完全串行化执行，无并发可言，性能低；但不会出现任何问题。

注意：这四个级别只是一个标准，各个数据库厂商，并不完全按照标准做的。

实现（InnoDB）

锁机制：阻止其他事务对数据进行操作， 各个隔离级别主要体现在读取数据时加的锁的释放时机。
MVCC机制：生成一个数据快照，并用这个快照来提供一定级别的一致性读取，也称为多版本数据控制。

视图

mysql 查询效率优化