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

it2022-05-05  197

背景:有同事反应某个RAC数据库的delete语句执行慢的问题。(他这个delete语句,是通过4个应用并发执行的情景)。后面通过AWR报告和查询 v$sqlarea a,v$session s, v$locked_object三个视图,发现锁问题和等待事件“enq: TX - row lock contention”,和大量delete语句等待。通过分析得出表中有位图索引,--位图索引,对于更新一条记录都会导致锁被应用到大量的记录上,导致数据库大量锁等待事件-- 通过删除位图索引,解决其数据库效率问题。 AWR真实场景报告如下: 目的:本文通过模拟实验例子,来研究分析位图索引引起的锁等待问题。 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.模拟多会话,锁问题 这里三个会话,传达非常重要的一个规律。 如果col值相同的话,不同行会被锁定。而Oracle数据库非常自豪的一个特性就是并发处理,但是加上了位图索引之后,锁定范围的扩大化会导致并发的dml操作出现wait event事件,会话被阻塞。 5.查看锁等待事件 6.查看session对应的锁等待语句 进一步确认猜测是正确,删除位图索引,很好的解决这次数据库的性能问题。

最新回复(0)