在一个SQL语句运行期间, 所有运行此语句扫描过的纪录都会被加上对应的锁。在一个SQL语句运行期间,所有运行此语句扫描过的纪录都会被加上对应的锁。sql
详细的锁的类型仍是由操做的类型来决定, 假设是读取。则加共享锁; 假设是更新。 则加独占锁。详细的锁的类型仍是由操做的类型来决定。假设是读取,则加共享锁;假设是更新,则加独占锁。 因为会锁定所有为得到SQL语句的结果而扫描的纪录, 因此锁的数量可能会很是庞大, 这个时候, 索引的添加可能会对SQL语句的运行有很是大的影响。因为索引会影响SQL语句扫描的纪录数量。由於会锁定所有為得到SQL语句的结果而扫描的纪录,因此锁 的数量可能会很是庞大,这个时候,索引的添加可能会对SQL语句的运行有很是大的影响。因為索引会影响SQL语句扫描的纪录数量。
2.RS隔离级别:此隔离级别的要求比RR隔离级别稍弱,此隔离级别下会锁定所有符合条件的纪录。 不管是读取, 仍是更新, 假设SQL语句中包括查询条件, 则会对所有符合条件的纪录加对应的锁。并发
不管是读取。仍是更新,假设SQL语句中包括查询条件,则会对所有符合条件的纪录加对应的锁。post
假设没有条件语句。 也就是对表中的所有记录进行处理。则会对所有的纪录加锁。假设没有条件语句,也就是对錶中的所有记录进行处理,则会对所有的纪录加锁。
3.CS隔离级别:此隔离级别仅锁住当前处理的纪录。spa
4.UR隔离级别:此隔离级别下,假设是读取操做,不会出现不论什么的行级锁。 对于非仅仅读的操做。它的锁处理和CS一样。对於非仅仅读的操做。它的锁处理和CS一样。.net
DB2默认的隔离级别是CS。code
DB2默认的隔离级别是CS。blog
即游标稳定性。即游标稳定性。
在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 insert into a values(1)
DB20000I SQL命令成功完毕。事务
C:\>db2 commit
DB20000I SQL命令成功完毕。ip
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
1 0 0x00 0x40000000
小结:
<span style="font-size:18px;"><strong><span style="font-size:18px;">一、ur(Uncommited Read):就是俗称“脏读“,在没有提交数据的时候能够读到更新的数据。即select数据时。无需等待正在对数据进行的update操做。</span></strong></span>
<span style="font-size:18px;"><strong><span style="font-size:18px;"> 二、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;"> 三、rs(Read Stability):在一个事务中进行查询时,不一样意读取其它事务update结果集中的数据,赞成读取到其它事务提交的新增数据。会锁定结果集中的所有行。会解决不可反复读问题,但没法解决幻读的问题。</span></strong></span>
<span style="font-size:18px;"><strong><span style="font-size:18px;"> 四、rr(Repeatable Read):在一个事务中进行查询时,不一样意不论什么对这个查询表的数据改动。对该表的操做完全为序列化的形式,效率最低,可避免不论什么问题。</span></strong></span>