【等待事件】-enq: TX - row lock contention

最新推荐文章于 2024-03-24 20:38:55 发布

转载最新推荐文章于 2024-03-24 20:38:55 发布 · 181 阅读

文章标签：

#数据库

本文解析了Oracle数据库中TX-rowlockcontention产生的原因及解决方案，包括不同会话更新同一记录、唯一索引冲突、位图索引锁定等问题，并提供了具体的实验案例。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

enq: TX - row lock contention 通常是application级别的问题。

enq是一种保护共享资源的锁定机制，一个排队机制，先进先出(FIFO)。

enq: TX - row lock contention 的产生有几种情况。

<1>Waits for TX in mode 6 ：A 会话持有row level lock，B会话等待这个lock释放。

不同的session更新或删除同一个记录。（This occurs when one application is updating or deleting a row that another session is also trying to update or delete. ）

解决办法：持有锁的会话commit或者rollback。

<2>In mode 4,唯一索引

表上存在唯一索引，A会话插入一个值（未提交），B会话随后也插入同样的值;A会话提交后，enq: TX - row lock contention消失。

解决办法：持有锁的会话commit或者rollback。

<3>in mode 4 :bitmap

源于bitmap的特性：位图索引的一个键值，会指向多行记录，所以更新一行就会把该键值指向的所有行锁定。

解决办法：commit或者rollback。

<4>其他原因

It could be a primary key problem; a trigger firing attempting to insert, delete, or update a row; a problem with initrans; waiting for an index split to complete; problems with bitmap indexes;updating a row already updated by another session; or something else.

实验：

<1>Waits for TX in mode 6 ：A 会话持有row level lock，B会话等待这个lock释放。

Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 Connected as yebiao
SQL> create table t1(id number,name varchar2(10)); Table created
SQL> insert into t1 values(1,'tom');
1 row inserted
SQL> select * from t1;
ID NAME
---------- ----------
1 tom
SQL> commit;
Commit complete
在一个会话里执行update
SQL> update t1 set name='john' where id=1;
1 row updated
SQL>
在另一个会话里也执行updateSQL> update t1 set name='jack' where id=1; 此会话无法执行
通过以下语句查看存在tx锁的会话：
select g.Inst_id,g.sid,g.serial#,g.event,g.username, g.sql_hash_value,s.SQL_FULLTEXT
from gv$session g,v$sql s
where g.Wait_class <> 'Idle' and g.sql_hash_value=s.HASH_VALUE;