位图索引(Bitmap Index)与数据DML LOCK场景问题解析

背景:有同事反应某个RAC数据库的delete语句执行慢的问题。(他这个delete语句,是通过4个应用并发执行的情景)。后面通过AWR报告和查询
v$sqlarea a,v$session s, v$locked_object三个视图,发现锁问题和等待事件“enq: TX - row lock contention”,和大量delete语句等待。通过分析得出表中有位图索引,--位图索引,对于更新一条记录都会导致锁被应用到大量的记录上,导致数据库大量锁等待事件-- 通过删除位图索引,解决其数据库效率问题。

AWR真实场景报告如下:
位图索引(Bitmap Index)与数据DML LOCK场景问题解析

目的:本文通过模拟实验例子,来研究分析位图索引引起的锁等待问题。

1.数据场景模拟(建立表和位图索引)

SQL> create table test(id number,col varchar2(20)); 
Table created.
SQL> create bitmap index idx_t_col on test(col);
Index created.

2.插入数据
insert into test values(1,'A');
insert into test values(2,'A');
insert into test values(3,'A');
insert into test values(4,'B');

3.查看模拟数据
SQL> select * from test;
        ID COL
---------- --------------------
         1 A
         2 A
         3 A
         4 B

4.模拟多会话,锁问题
位图索引(Bitmap Index)与数据DML LOCK场景问题解析
位图索引(Bitmap Index)与数据DML LOCK场景问题解析
这里三个会话,传达非常重要的一个规律。如果col值相同的话,不同行会被锁定。
而Oracle数据库非常自豪的一个特性就是并发处理,但是加上了位图索引之后,锁定范围的扩大化会导致并发的dml操作出现wait event事件,会话被阻塞。


5.查看锁等待事件
位图索引(Bitmap Index)与数据DML LOCK场景问题解析

6.查看session对应的锁等待语句
位图索引(Bitmap Index)与数据DML LOCK场景问题解析

进一步确认猜测是正确,删除位图索引,很好的解决这次数据库的性能问题。
上一篇:Java并发编程笔记之读写锁 ReentrantReadWriteLock 源码分析


下一篇:【连载】物联网全栈教程-从云端到设备(六)-ALink协议的通俗理解