事务的隔离级别

一、数据库事务并发问题

假设现在有两个事务：Transaction01和Transaction02并发执行。

• 脏读
  [1]Transaction01将某条记录的AGE值从20修改为30。
  [2]Transaction02读取了Transaction01更新后的值：30。
  [3]Transaction01回滚，AGE值恢复到了20。
  [4]Transaction02读取到的30就是一个无效的值。
• 不可重复读
  [1]Transaction01读取了AGE值为20。
  [2]Transaction02将AGE值修改为30。
  [3]Transaction01再次读取AGE值为30，和第一次读取不一致。
• 幻读
  [1]Transaction01读取了STUDENT表中的一部分数据。
  [2]Transaction02向STUDENT表中插入了新的行。
  [3]Transaction01读取了STUDENT表时，多出了一些行。

---

二、隔离级别

数据库系统必须具有隔离并发运行各个事务的能力，使它们不会相互影响，避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别。SQL标准中规定了多种事务隔离级别，不同隔离级别对应不同的干扰程度，隔离级别越高，数据一致性就越好，但并发性越弱。

• 读未提交：READ UNCOMMITTED
  允许Transaction01读取Transaction02未提交的修改。
• 读已提交：READ COMMITTED(解决脏读)
  要求Transaction01只能读取Transaction02已提交的修改。
• 可重复读：REPEATABLE READ（解决脏读和不可重复读，在其他并发执行下即使数据改变了删除了，在当前事务下这个数据还是不变，类似于快照）
  确保Transaction01可以多次从一个字段中读取到相同的值
• 串行化：SERIALIZABLE（解决脏读，不可重复读和幻读）
  确保Transaction01可以多次从一个表中读取到相同的行，在Transaction01执行期间，禁止其它事务对这个表进行添加、更新、删除操作 (比如增加行是不能成功的) 。可以避免任何并发问题，但性能十分低下。

---

三、各个隔离级别解决并发问题

各个隔离级别解决并发问题的能力见下表
	脏读	不可重复读	幻读
READ UNCOMMITTED	有	有	有
READ COMMITTED	无	有	有
REPEATABLE READ	无	无	有
SERIALIZABLE	无	无	无
⑥各种数据库产品对事务隔离级别的支持程度
	Oracle	MySQL
READ UNCOMMITTED	×	√
READ COMMITTED	√	√
REPEATABLE READ	×	√(默认)
SERIALIZABLE	√	√

演示如下：