DB2数据库的隔离级解读和试验

　摘要：在DB2中，共有四种隔离级：RS,RR,CS,UR.以下对四种隔离级进行一些描述，同时附上个人做试验的结果。隔离级是影响加锁策略的重要环节，他直接影响加锁的范围及锁的持续时间。两个应用程式即使执行的相同的操作，也可能由于选择的隔离级的不同而造成加锁的结果不同。

　　隔离级解读和试验

　　隔离级是影响加锁策略的重要环节，他直接影响加锁的范围及锁的持续时间。两个应用程式即使执行的相同的操作，也可能由于选择的隔离级的不同而造成加锁的结果不同。在DB2中，共有四种隔离级：RS,RR,CS,UR.以下对四种隔离级进行一些描述，同时附上个人做试验的结果。

• 读可靠性(RS-Read Stability)

　　假如使用这种隔离级，在一个事务中任何被读取过的行上都会被加上NS锁，直到该事务被提交或回滚，行上的锁才会被释放。这样能够确保在一个事务中即使多次读取同一行，得到的值不会改变。

　　但是，假如使用这种隔离级，在一个事务中，假如使用同样的搜索标准重新打开已被处理过的游标，则结果集可能改变。(可能会增加某些行，这些行被称为幻影行(Phantom))。这是因为RS隔离级不能阻止通过插入或更新操作在结果集中加入新行。

　　个人笔记：

　　 根据实际测试情况，RS模式下：查询完毕以后，满足条件的结果集中的记录被锁定，不满足条件的不被锁定。

　　 能够对不满足条件的记录更新，也能够插入新的记录。其他人能够查询满足已锁定的记录，但不能够更新。

• 重复读(RR-Repeat Read)

　　假如使用这种隔离级，在一个事务中任何被读取过的行上都会被加上S锁，知道该事务被提交或回滚，行上的锁才会被释放。这样能够确保在一个事务中即使多次读取同一行，得到的值不会改变。

　　另外，在同一事务中假如以同样的搜索标准重新打开已被处理过的游标，得到的结果集不会改变。重复读相对于读可靠性而言，加锁的范围更大。

　　对于读可靠性，应用程式只对符合需要的任何行加锁，而对于重复读，应用程式将对任何被扫描过的行都加锁。例如，假如一个应用程式对一个表中的 10000行数据进行扫描，最终找到了100条符合搜索条件的结果行。假如该应用程式使用的是读可靠性隔离级，应用程式将只对这符合条件的100行加锁;假如该应用程式使用的是重复读隔离级，应用程式将对被扫描过的10000行都加锁。

　　个人笔记

　　 根据实际测试情况，RR模式下：查询完毕以后，不能够对不满足条件的进行更新，也不能够插入新记录。可能原因是：假如允许别人更新记录或插入新记录的话，则可能造成原来结果集的破坏，重新读的时候和以前不同。

　　 select for update with rr/rs 是能够用来实现记录锁。是一种特别情况。即便是RR，仍然能够对其他记录操作。

• 游标可靠性(CS-Cursor Stability)

　　假如使用这种隔离级，在一个事务中，结果集中只有正在被读取的那一行(游标指向的行)将被加上NS锁，其他未被处理的行上不被加锁。这种隔离级只能确保正在被处理的行的值不会被其他并发的程式所改变。该隔离级是DB2缺省的隔离级。

　　个人笔记

　　仅仅在游标在该行的时候锁定，这是一种很弱的隔离状态。

• 未提交读(UR-Uncommitted Read)

　　假如使用这种隔离级，对于只读操作，不加行锁。典型的只读操作包括：

　　 SELECT语句的结果集只读(比如语句中包括ORDER BY子句);

　　定义游标是指明起为FOR FETCH ONLY。

　　该隔离级能够改善应用程式的性能，同时能够最大程度的允许并发。但是，应用程式的数据完整性将受到威胁。假如需要读取未提交的数据，该隔离级是唯一选择。

　　个人笔记

　　读的时候完全不受限制，对于同一行记录的完整性也无法确保。

　　总结

　　以上我们所提的隔离级的加锁范围和持续时间都是针对于读操作而言的。

　　对于更改操作，被修改的行上会被加上X锁，不论使用何种隔离级，X锁直到提交或回滚之后才会被释放。