DB2隔离级别之RR/RS/CS/UR

  1.RR隔离级别：在此隔离级别下。 DB2会锁住全部相关的纪录。

在一个SQL语句运行期间， 全部运行此语句扫描过的纪录都会被加上对应的锁。在一个SQL语句运行期间，全部运行此语句扫描过的纪录都会被加上对应的锁。

详细的锁的类型还是由操作的类型来决定， 假设是读取。则加共享锁； 假设是更新。 则加独占锁。详细的锁的类型还是由操作的类型来决定。假设是读取，则加共享锁；假设是更新，则加独占锁。 由于会锁定全部为获得SQL语句的结果而扫描的纪录， 所以锁的数量可能会非常庞大， 这个时候， 索引的添加可能会对SQL语句的运行有非常大的影响。由于索引会影响SQL语句扫描的纪录数量。由於会锁定全部為获得SQL语句的结果而扫描的纪录，所以锁 的数量可能会非常庞大，这个时候，索引的添加可能会对SQL语句的运行有非常大的影响。因為索引会影响SQL语句扫描的纪录数量。

2.RS隔离级别：此隔离级别的要求比RR隔离级别稍弱，此隔离级别下会锁定全部符合条件的纪录。 不论是读取， 还是更新， 假设SQL语句中包括查询条件， 则会对全部符合条件的纪录加对应的锁。

不论是读取。还是更新，假设SQL语句中包括查询条件，则会对全部符合条件的纪录加对应的锁。

假设没有条件语句。 也就是对表中的全部记录进行处理。则会对全部的纪录加锁。假设没有条件语句，也就是对錶中的全部记录进行处理，则会对全部的纪录加锁。

 3.CS隔离级别：此隔离级别仅锁住当前处理的纪录。

4.UR隔离级别：此隔离级别下，假设是读取操作，不会出现不论什么的行级锁。 对于非仅仅读的操作。它的锁处理和CS同样。对於非仅仅读的操作。它的锁处理和CS同样。

DB2默认的隔离级别是CS。

DB2默认的隔离级别是CS。

即游标稳定性。即游标稳定性。
在DB2中。共同拥有四种隔离级：RS,RR,CS,UR
eg:db2 select * from topicis.dm_qylx with ur
UR:UR-Uncommitted Read 未提交读
是sql运行时的一种隔离级别。同意脏读。不加行锁
不带with UR的话。select count(1) 常见的是S锁！ update 应该是X锁;应该会发生等待。
带上with ur，select count(1) 应该是IN锁， update 是x锁;刚好不会等待！

刚刚測试了下

C:>db2 create table a(a int)
DB20000I SQL命令成功完毕。

C:>db2 insert into a values(1)
DB20000I SQL命令成功完毕。

C:>db2 commit
DB20000I SQL命令成功完毕。

C:>db2 +c select count(*) from a

1
-----------
1

1 条记录已选择。

这个时候的 lock 的情况是

C:>db2pd -d test -lock

Database Partition 0 -- Database TEST -- Active -- Up 0 days 00:20:49

Locks:
Address TranHdl Lockname Type Mode Sts Owner
Dur HoldCount Att ReleaseFlg
0x05190450 2 53514C4332463041F12CF8E241 Internal P ..S G 2
1 0 0x00 0x40000000


在另外一个 db2cmd 中

C:>db2 +c update a set a=2
DB20000I SQL命令成功完毕。

这时的 lock 情况例如以下
C:>db2pd -d test -lock

Database Partition 0 -- Database TEST -- Active -- Up 0 days 00:21:03

Locks:
Address TranHdl Lockname Type Mode Sts Owner
Dur HoldCount Att ReleaseFlg
0x051911E0 6 05000F00040000050000000052 Row ..X G 6
1 0 0x00 0x40000000
0x05190450 2 53514C4332463041F12CF8E241 Internal P ..S G 2
1 0 0x00 0x40000000
0x05190300 6 53514C4332463041F12CF8E241 Internal P ..S G 6
1 0 0x00 0x40000000
0x051911B0 6 05000F00000000000000000054 Table .IX G 6
1 0 0x00 0x40000000

__________________

The More You Know The More You're Worth
http://macrozeng.itpub.net
macrozeng#itpub.net

相同的測试加上 for read only with ur

C:>db2 commit
DB20000I SQL命令成功完毕。

C:>db2 +c select count(*) from a for read only with ur

1
-----------
1

1 条记录已选择。


这时的 lock 情况例如以下
C:>db2pd -d test -lock

Database Partition 0 -- Database TEST -- Active -- Up 0 days 00:27:56

Locks:
Address TranHdl Lockname Type Mode Sts Owner
Dur HoldCount Att ReleaseFlg
0x05191B70 2 53514C4332463041F12CF8E241 Internal P ..S G 2
1 0 0x00 0x40000000

在另外一个 db2cmd 中
C:>db2 +c update a set a=2
DB20000I SQL命令成功完毕。

这时的 lock 情况例如以下

C:>db2pd -d test -lock

Database Partition 0 -- Database TEST -- Active -- Up 0 days 00:28:23

Locks:
Address TranHdl Lockname Type Mode Sts Owner
Dur HoldCount Att ReleaseFlg
0x05190330 6 05000F00040000050000000052 Row ..X G 6
1 0 0x00 0x40000000
0x05191B70 2 53514C4332463041F12CF8E241 Internal P ..S G 2
1 0 0x00 0x40000000
0x05190570 6 53514C4332463041F12CF8E241 Internal P ..S G 6
1 0 0x00 0x40000000
0x05191240 6 05000F00000000000000000054 Table .IX G 6

1 0 0x00 0x40000000

小结：

<span style="font-size:18px;"><strong><span style="font-size:18px;">1、ur(Uncommited Read)：就是俗称“脏读“，在没有提交数据的时候可以读到更新的数据。即select数据时。无需等待正在对数据进行的update操作。
</span></strong></span>

<span style="font-size:18px;"><strong><span style="font-size:18px;">
2、cs(Cursor Stability)：在使用游标稳定性隔离级别时。一个事务的结果集中仅仅有正在被读取的那一行(游标指向的行)会被加上NS锁。其它未被处理的行上不被加锁。这样的隔离级别仅仅能保证正在被处理的行的值不会被其它并发的程序所改变。
该隔离级别是DB2默认的隔离级别。
可以避免脏读的发生，但无法避免不可反复读和幻读的情况发生。</span></strong></span>

<span style="font-size:18px;"><strong><span style="font-size:18px;"></span><span style="font-size:18px;">
3、rs(Read Stability)：在一个事务中进行查询时，不同意读取其它事务update结果集中的数据，同意读取到其它事务提交的新增数据。会锁定结果集中的全部行。会解决不可反复读问题，但无法解决幻读的问题。
</span></strong></span>

<span style="font-size:18px;"><strong><span style="font-size:18px;">
4、rr(Repeatable Read)：在一个事务中进行查询时，不同意不论什么对这个查询表的数据改动。
对该表的操作彻底为序列化的形式，效率最低，可避免不论什么问题。</span></strong></span>