数据库隔离级别
1.事务
- 事务只是一个改变,一些操作的集合,用专业的术语讲,他就是一个程序的执行单元;事务本身其实并包括这四个特性,我们需要通过某些手段,尽可能的让这个执行单元满足这四个特性,那么我们就可以称它为一个事务,或者说就是一个正确的事务,完美的事务。
2.特性
- 原子性:满足原子操作单元,对数据的操作,要么全部执行,要么全部失效
- 一致性:事务开始和完成,数据都必须保持一致
- 隔离性:事物之间是相互独立的,中间状态对外不可见
- 持久性:数据的修改是永久的
3.隔离级别
3.1 并发情况下事务引发的问题
一般情况下,多个单元操作并发执行,会出现几个问题
- 脏读:A事务还未提交,B事务就读到了A事务的结果(隔离性)
- 不可重复读:A事务在本次事务中,对自己未操作过的数据,进行多次读取,结果出现了不一致或记录不存在的情况(破坏了一致性,update 和delete)
- 幻读:A事务在本次事务中,对自己未操作过的数据,进行了多次读取,第一个次读取时,记录不存在,第二次读取时,记录出现了。(破坏了一致性,insert)
3.2 解决(制定标准)
为了权衡隔离和并发的矛盾,ISO定义了四个事务的隔离级别,每个级别的隔离程度不同,允许出现的副作用也不同。
- 未提交读(read-uncommitted):最低级别,只能保证持久性
- 已提交读(read-committed)
- 可重复度(repeateable-read)
- 串行化(serializable)
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
Read uncommitted(读未提交的) | √ | √ | √ |
Read committed (读已提交的) | × | √ | √ |
Repeatable read(可重复的) | × | × | √ |
Serializable(可串行化) | × | × | × |
注意:这四个级别只是一个标准,各个数据库厂商,并不是完全按照这个标准来做的。
3.3实现(InnoDB)
-
锁机制:当一个事务在执行时,阻止其他事务对数据进行操作,各个隔离级别主要体现在读取数据时加的锁和释放时机。
- RU:事务读取的时候,不加锁
- RC:事务读取的时候加行级共享锁(读到才加锁),一旦读完,立即释放(不是事务结束)。
- RR:事务读取的时候加行级共享锁,直到事务结束才会释放
- SE:事务读取时加表级共享锁,直到事务结束,才会释放
-
MVCC机制