脏读 幻读 不可重复读简析

1, 脏读

一个事务读到另一个事务，尚未提交的修改，就是脏读。这里所谓的修改，除了Update操作,不要忘了,还包括

Insert和Delete操作。

脏读的后果：如果后一个事务回滚，那么它所做的修改，统统都会被撤销。前一个事务读到的数据，就是垃圾数据。

举个例子：预订房间。

有一张Reservation表，往表中插入一条记录，来订购一个房间。

事务1：在Reservation表中插入一条记录，用于预订99号房间。

事务2：查询，尚未预定的房间列表，因为99号房间，已经被事务1预订。所以不在列表中。

事务1：信用卡付款。由于付款失败，导致整个事务回滚。

所以插入到Reservation 表中的记录并不置为持久（即它将被删除）。

现在99号房间则为可用。

所以，事务2所用的是一个无效的房间列表，因为99号房间，已经可用。如果它是最后一个没有被预定的房间，那么这将是一个严重的失误。

注：脏读的后果很严重。

2，不可重复读。

在同一个事务中，再次读取数据时【就是你的select操作】，所读取的数据，和第1次读取的数据，不一样了。就是不可重复读。

举个例子：

事务1：查询有双人床房间。99号房间，有双人床。

事务2：将99号房间，改成单人床房间。

事务1：再次执行查询，请求所有双人床房间列表，99号房间不再列表中了。也就是说，

事务1，可以看到其他事务所做的修改。

在不可重复读，里面，可以看到其他事务所做的修改，而导致2次的查询结果不再一样了。

这里的修改，是提交过的。也可以是没有提交的，这种情况同时也是脏读。

如果，数据库系统的隔离级别。允许，不可重复读。那么你启动一个事务，并做一个select查询操作。

查询到的数据，就有可能，和你第2次，3次...n次，查询到的数据不一样。一般情况下，你只会做一次，select

查询，并以这一次的查询数据，作为后续计算的基础。因为允许出现，不可重复读。那么任何

时候，查询到的数据，都有可能被其他事务更新，查询的结果将是不确定的。

注：如果允许，不可重复读，你的查询结果，将是不确定的。一个不确定的结果，你能容忍吗？

3，幻读

事务1读取指定的where子句所返回的一些行。然后，事务2插入一个新行，这个新行也满足事务1使用的查询

where子句。然后事务1再次使用相同的查询读取行，但是现在它看到了事务2刚插入的行。这个行被称为幻象，

因为对事务1来说，这一行的出现是不可思议的。

举个例子：

事务1：请求没有预定的，双人床房间列表。

事务2：向Reservation表中插入一个新纪录，以预订99号房间，并提交。

事务1：再次请求有双人床的未预定的房间列表，99号房间，不再位于列表中。

那么 幻读和不可重复读 有什么区别呢

不可重复读

不可重复读的重点是修改:

同样的条件, 你读取过的数据, 再次读取出来发现值不一样了

例子：

在事务1中，Mary 读取了自己的工资为1000,操作并没有完成



在事务2中，这时财务人员修改了Mary的工资为2000,并提交了事务.



在事务1中，Mary 再次读取自己的工资时，工资变为了2000



在一个事务中前后两次读取的结果并不致，导致了不可重复读。

幻读

幻读的重点在于新增或者删除

同样的条件, 第1次和第2次读出来的记录数不一样

例子：

目前工资为1000的员工有10人。

事务1,读取所有工资为1000的员工。



共读取10条记录

这时另一个事务向employee表插入了一条员工记录，工资也为1000



事务1再次读取所有工资为1000的员工



共读取到了11条记录，这就产生了幻像读。

Spring的事务和 数据库的事务有什么关系呢？？？

基于元数据的 Spring 声明性事务 :

Isolation 属性一共支持五种事务设置，具体介绍如下：

l DEFAULT 使用数据库设置的隔离级别 ( 默认 ) ，由 DBA 默认的设置来决定隔离级别 .

l READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低，并发性能高 )

l READ_COMMITTED 会出现不可重复读、幻读问题（锁定正在读取的行）

l REPEATABLE_READ 会出幻读（锁定所读取的所有行）

l SERIALIZABLE 保证所有的情况不会发生（锁表）

参考博文：http://blog.csdn.net/fatherican/article/details/44966921