三大范式
事务
隔离级别
问题
【前提:事务是一些操作集合,用专业的术语去解释,就是一个程序的执行单元;事务本身并不包含ACID这四个特性,我们需要通过某些手段,尽可能让这个执行单元满足这四个特性,那么,我们就可以称它是一个事务,或者说是一个正确的,完美的事务。】
一般情况下,多个单元操作(事务,这里的事务,并不是完美的事务)并发执行,会出现这么几个问题:
脏读:A事务还未提交,B事务就读到了A操作的结果。(破坏了隔离性)
重复读:A事务在本次事务中,对自己未操作过数据,进行多次读取,结果出现不一致或记录不存在的情况。(破坏了一致性,重点是update和delete)
幻读:A事务在本次事务中,先读取了一遍数据,发现数据不存在,过了一会,又读取了一遍,发现又有数据了。(破坏了一致性,重点是insert)
解决(制定标准)
为了权衡【隔离】和【并发】的矛盾,ISO定义了4个事务隔离级别,每个级别隔离程度不同,允许出现的副作用也不同。
未提交读(read-uncommitted):最低级别,基本只保证持久性;会出现脏读,不可重复读,幻读的问题。
已提交读(read-committed):语句级别;会出现不可重复读,幻读的问题。
可重复读(repeatable-read):事务级别;只会出现幻读问题。
串行化(serializable):最高级别,也就是事务与事务完全串行化执行,无并发可言,性能低;但不会出现任何问题。
注意:这四个级别只是一个标准,各个数据库厂商,并不完全按照标准做的。
实现(InnoDB)
锁机制:阻止其他事务对数据进行操作, 各个隔离级别主要体现在读取数据时加的锁的释放时机。
MVCC机制:生成一个数据快照,并用这个快照来提供一定级别的一致性读取,也称为多版本数据控制。
视图
mysql 查询效率优化