bitmap的锁机制

d

bitmap的锁机制

bitmap index的索引的机制是比较特殊的，
因为bitmap index entry 包含了一段rowid范围，因此当这个rowid对应的行被更新，就会出现锁情况了。

我们来看一个例子，为了模拟需要打开三个session

SQL> create table test (id int,flag varchar2(2));

Table created.

SQL> declare
2 i integer:=1;
3 begin
4 for i in 1..10000 loop
insert into test values(i, 'a');
5 6 end loop;
7 commit;
end; 8
9 /

PL/SQL procedure successfully completed.

SQL> declare
2 i integer:=10001;
3 begin
for i in 10001..20000 loop
4 5 insert into test values(i, 'b');
6 end loop;
commit;
7 8 end;
9 /

PL/SQL procedure successfully completed.

SQL> create bitmap index idxflag on test(flag);

Index created.

打开session1 (sid=8)

SQL> insert into test values(0,'a');

1 row created.

SQL>
打开session2 (sid=14)

SQL> insert into test values(0,'a');

--这里出现了阻塞

看看session2的wait情况：
SQL> select * from v$session_wait where sid=14;

SID SEQ# EVENT P1TEXT P1 P1RAW P2TEXT P2 P2RAW P3TEXT P3 P3RAW WAIT_TIME SECONDS_IN_WAIT STATE
---------- ---------- ---------------------------------------------------------------- ---------------------------------------------------------------- ---------- -------- ---------------------------------------------------------------- ---------- -------- ---------------------------------------------------------------- ---------- -------- ---------- --------------- -------------------
14 215 enqueue name|mode 1415053316 54580004 id1 393221 00060005 id2 172 000000AC 0 102 WAITING

SQL> select SID,TYPE,ID1,ID2,LMODE,REQUEST
2 from v$lock where type='TX';

SID TYPE ID1 ID2 LMODE REQUEST
---------- ---- ---------- ---------- ---------- ----------
8 TX 393221 172 6 0
14 TX 524320 169 6 0
14 TX 393221 172 0 4

这里可以看到，既使增加记录的值所处的范围lock的话，如果其他session继续
增加处在这个范围内的rowid的值是会被阻塞的，这里我们如果对session1进行commit/rollback后，
session2的insert语句即可顺利执行。

但是如果两边插入不同rowid范围的值，是不会出现阻塞情况的。

如：

打开session1 (sid=8)

SQL> insert into test values(0,'a');

1 row created.

SQL>
打开session2 (sid=14)

SQL> insert into test values(0,'b');

1 row created.

SQL>
当然，同样的情况还会发生在delete/update时。这里就不一一举出,
主要为了说明在dml比较频繁的表上面，是不适合创建bitmap，较多的dml只会造成严重的
enqueue等待。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/104152/viewspace-140013/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/104152/viewspace-140013/