位圖索引(Bitmap Index)與數據DML LOCK場景問題解析

位圖索引(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真實場景報告如下：


目的：本文通過模擬實驗例子，來研究分析位圖索引引起的鎖等待問題。

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對應的鎖等待語句


進一步確認猜測是正確，刪除位圖索引，很好的解決這次數據庫的性能問題。