事务隔离性的一些基础知识
前几天在项目中对事务的隔离性产生了很多疑点，查阅了相关资料，做了一些总结，遂写此文。
我们以前在数据库原理中学到事务具有ACID特性，那个”I”就是隔离性（Isolation）了，就是说并发事务之间不会互相影响，与串行执行的效果一样。
但是我们平时的DBMS中的事务具有这个特性吗？以下我以SQL 2000为例（其他的DBMS中应该也类似，没有仔细研究）
在SQL 2000中是讲究事务隔离级别的，分为以下几种：（符合SQL 92中定义的事务隔离级别）
[1] READ UNCOMMITTED
[2] READ COMMITTED
[3] REPEATABLE READ
[4] SERIALIZABLE
其中要特别注意[4]，也就SERIALIZABLE，这个才和我们在数据库原理中学的那个”I”含义一致呢。
那其它的那些隔离级别又是干什么的呢？让我们先了解以下几个概念：脏读，不可重复读，幻像。
[1] 脏读：
所谓脏读，就是读了未提交的数据。举个例子：B事务读取了A事务尚未commit的数据，不巧的是，之后A事务rollback了，这就叫脏读。
[2] 不可重复读：
所谓不可重复读，就是一个事务多次读取某一行，但是这一行在多次读取之中的值不一致（这个事务并为对这行作任何修改操作）。举例：A事务多次读取某一行，在它多次读取操作之间，B事务修改了这一行，这就是不可重复读。
[3] 幻像：
所谓幻像，在一个尚未提交的事务的读取的行的范围中插入新行或删除现有行。举例：B事务对A事务读取的行范围内插入新行或删除行，而A事务之后还会访问这些行（即操作会受到这些行的影响），这样A事务中就发生了幻像。
好了，现在我们就可以明确隔离级别中[1]~[4]的含义了：
|
|
是否可以脏读 |
是否可以不可重复读 |
是否出现幻像 |
|
READ UNCOMMITTED |
Y |
Y |
Y |
|
READ COMMITTED |
N |
Y |
Y |
|
REPEATABLE READ |
N |
N |
Y |
|
SERIALIZABLE |
N |
N |
N |
此表表明了从[1]~[4]隔离性逐渐增强，而并发性逐渐减弱，至于应该取用那种隔离级别，就和实际情况有关了。我之前项目中犯的错误就是以为默认就是SERIALIZABLE，而其实在SQL2000中默认是READ COMMITTED。
这就是我关于隔离性的理解，特别是关于脏读，不可重复读，幻像的部分，其中如果有不当或错误之处，欢迎大家指正。
BTW: 祝大家圣诞快乐哈，
