如何进行等待事件enq TX row lock contention的分析

网友投稿 346 2023-12-13

如何进行等待事件enq TX row lock contention的分析

本篇文章为大家展示了如何进行等待事件enq TX row lock contention的分析，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。

通常情况下，Oracle数据库的等待事件enq: TX - row lock contention会在下列三种情况下会出现。第一种情况，是真正的业务逻辑上的行锁冲突，如一条记录被多个人同时修改。这种锁对应的请求模式是6。第二种情况，是唯一键冲突，如主键字段相同的多条记录同时插入。这种锁对应的请求模式是4。这也是应用逻辑问题。第三种情况，是bitmap索引的更新冲突，就是多个会话同时更新bitmap索引的同一个数据块。此时会话请求锁的对应的请求模式是4。bitmap索引的物理结构和普通索引一样，也是 B-tree 结构。但它存储的数据记录的逻辑结构为"key_value,start_rowid,end_rowid,bitmap"。其内容类似这样："‘8088’,00000000000,10000034441,1001000100001111000"Bitmap是一个二进制，表示 START_ROWID 到 END_ROWID 的记录， 1 表示等于 key_value 即‘8088’的 ROWID 记录， 0 则表示不是这个记录。在了解bitmap索引的结构之后，我们就能理解同时插入多条记录到拥有bitmap索引的表时，就会同时更新bitmap索引中一个块中的记录，等于某一个记录被同时更新，自然就会出现行锁等待。插入并发量越大，等待越严重。等待事件enq: TX - row lock contention中的enq是enquence的简写。enquence是协调访问数据库资源的内部锁。所有以“enq:”打头的等待事件都表示这个会话正在等待另一个会话持有的内部锁释放，它的名称格式是enq:enqueue_type - related_details。这里的enqueue_type是TX，related_details是row lock contention。数据库动态性能视图v$event_name提供所有以“enq:”开头的等待事件的列表。虽然在awrrpt中看到大量enq: TX - row lock contention的等待，但这些是事后看到的信息。根据AWRRPT，我们无法只能该等待事件的请求模式是什么，是6还是4。如果数据库一出现enq: TX - row lock contention等待，可以去看v$session和v$session_wait等视图。在v$session和v$session_wait中，如果看到的event列是enq: TX - row lock contention的，就表示这个会话正处于行锁等待。该等待事件的请求模式可以从v$session和v$session_wait的p1列中得到。select sid,chr(bitand(p1, -16777216) / 16777215) || chr(bitand(p1, 16711680) / 65535) "Name", (bitand(p1, 65535)) "Mode" from v$session_waitwhere event like enq%;通过这个SQL可以将p1转换为易阅读的文字。针对这三种情况，分别进行测试：首先，我准备一下测试表和数据。--创建测试表和数据SQL> create table t_all_objs as select owner,object_id,object_name from all_objects where 0=1;Table created.SQL> alter table T_ALL_OBJS add constraint pk_t_all_objs primary key (OBJECT_ID);Table altered.SQL> insert into t_all_objs(owner,object_id,object_name) values(TEST,2013011701,test1);1 row created.SQL> insert into t_all_objs(owner,object_id,object_name) values(TEST,2013011702,test2);1 row created.SQL> commit;Commit complete.第一种情况，不同会话同时更新同一条记录session1:SQL> select sid from v$mystat where rownum<2; SID----------46SQL> select * from t_all_objs; OWNER OBJECT_ID OBJECT_NAME------------------------------ ---------- ------------------------------TEST 2013011701 test1TEST 2013011702 test2SQL> update t_all_objs set object_name=test11 where object_id=2013011701;1 row updated.未commitsession 2:SQL> select sid from v$mystat where rownum<2;SID---------- 52SQL> update t_all_objs set object_name=test101 where object_id=2013011701;一直等待。。。。。。。。。session 3：查询SQL> select sid,sql_id,blocking_session,event,p1text,p1,p2text,p2,p3text,p3,wait_class,state from v$session where sid in (46, 52);SID SQL_ID BLOCKING_SESSION EVENT P1TEXT P1 P2TEXT P2 P3TEXT P3 WAIT_CLASS STATE----- ------------- ---------------- ------------------------------ ---------- ---------- --------------- ---------- ---------- ---------- --------------- ----------46 SQL*Net message from client driver id 1650815232 #bytes 1 0 Idle WAITING52 c53uad8st2u8t 46 enq: TX - row lock contention name|mode 1415053318 usn<<16 | slot 65556 sequence 13548 Application WAITING--得到sql_id值，查询出SQL信息SQL> select s.sql_text,s.EXECUTIONS,s.ELAPSED_TIME/1000000 from v$sql s where sql_id = c53uad8st2u8t;SQL_TEXT EXECUTIONS S.ELAPSED_TIME/1000000---------------------------------------------------------------------- ---------- ----------------------update t_all_objs set object_name=test101 where object_id=2013011701 0 501.178747--再查询锁信息：SQL> select * from v$lock where sid in (46,52) order by sid, type;ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK---------------- ---------------- ----- -- ---------- ---------- ---------- ---------- ---------- ----------000000009398FE58 000000009398FEB0 46 AE 100 0 4 0 3706 000007FABEA622FC0 00007FABEA623020 46 TM 87875 0 3 0 597 00000000091E37248 0000000091E372C0 46 TX 65556 13548 6 0 597 1000000009398F820 000000009398F878 52 AE 100 0 4 0 573 000007FABEA622FC0 00007FABEA623020 52 TM 87875 0 3 0 543 0000000009398FBB8 000000009398FC10 52 TX 65556 13548 0 6 543 06 rows selected.查询得到未46的session最终阻塞了会话，是根源。第二种情况，不同会话中同时插入主键字段相同的记录session 1；SQL> select sid from v$mystat where rownum=1; SID---------- 43SQL> select * from t_all_objs;OWNER OBJECT_ID OBJECT_NAME------------------------------ ---------- ------------------------------TEST 2013011701 test1TEST 2013011702 test2SQL> insert into t_all_objs(owner,object_id,object_name) values(TEST,2013011703,test1);1 row created.未commitsession 2:SQL> select sid from v$mystat where rownum=1; SID---------- 55SQL> insert into t_all_objs(owner,object_id,object_name) values(TEST,2013011703,test11);一直等待。。。。。。。session 3：查询 SQL> select sid,sql_id,blocking_session,event,p1text,p1,p2text,p2,p3text,p3,wait_class,state from v$session where sid in (43, 55);SID SQL_ID BLOCKING_SESSION EVENT P1TEXT P1 P2TEXT P2 P3TEXT P3 WAIT_CLASS STATE----- ------------- ---------------- ------------------------------ ---------- ---------- --------------- ---------- ---------- ---------- --------------- ----------43 SQL*Net message from client driver id 1650815232 #bytes 1 0 Idle WAITING55 bsddu35jkskbz 43 enq: TX - row lock contention name|mode 1415053316 usn<<16 | slot 262149 sequence 13576 Application WAITINGSQL> select s.sql_text,s.EXECUTIONS,s.ELAPSED_TIME/1000000 from v$sql s where sql_id = bsddu35jkskbz;SQL_TEXT EXECUTIONS S.ELAPSED_TIME/1000000---------------------------------------------------------------------------------------------------- ---------- ----------------------insert into t_all_objs(owner,object_id,object_name) values(TEST,2013011703,test11) 0 213.079739SQL> select * from v$lock where sid in (43, 55) order by sid, type;ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK---------------- ---------------- ----- -- ---------- ---------- ---------- ---------- ---------- ----------000000009398F660 000000009398F6B8 43 AE 100 0 4 0 376 000007FABEA621F88 00007FABEA621FE8 43 TM 87875 0 3 0 266 00000000091E292E0 0000000091E29358 43 TX 262149 13576 6 0 266 1000000009398F040 000000009398F098 55 AE 100 0 4 0 371 000007FABEA621F88 00007FABEA621FE8 55 TM 87875 0 3 0 256 00000000091DDB308 0000000091DDB380 55 TX 327688 13773 6 0 256 0000000009398F900 000000009398F958 55 TX 262149 13576 0 4 256 07 rows selected.最后查询得是会话43阻塞了别的会话，是根源。第三种情况，不同会话中同时bitmap索引列值相同的记录session 1:SQL> select sid from v$mystat where rownum=1; SID---------- 44SQL> select * from T_ALL_OBJS ;OWNER OBJECT_ID OBJECT_NAME------------------------------ ---------- ------------------------------TEST 2013011701 test1TEST 2013011702 test2SQL> create bitmap index ind_T_ALL_OBJS on T_ALL_OBJS (owner);Index created.SQL> insert into t_all_objs(owner,object_id,object_name) values(TEST,2013011703,test11);1 row created.未commitsession 2：SQL> select sid from v$mystat where rownum=1; SID---------- 40SQL> insert into t_all_objs(owner,object_id,object_name) values(TEST,2013011703,test12);一直等待。。。。。。。。。。session 3：查询SQL> select sid,sql_id,blocking_session,event,p1text,p1,p2text,p2,p3text,p3,wait_class,state from v$session where sid in (44, 40);SID SQL_ID BLOCKING_SESSION EVENT P1TEXT P1 P2TEXT P2 P3TEXT P3 WAIT_CLASS STATE----- ------------- ---------------- ------------------------------ ---------- ---------- --------------- ---------- ---------- ---------- --------------- ----------40 8s2tzhjpgx1nc 44 enq: TX - row lock contention name|mode 1415053316 usn<<16 | slot 655390 sequence 13564 Application WAITING44 SQL*Net message from client driver id 1650815232 #bytes 1 0 Idle WAITINGSQL> select s.sql_text,s.EXECUTIONS,s.ELAPSED_TIME/1000000 from v$sql s where sql_id = 8s2tzhjpgx1nc;SQL_TEXT EXECUTIONS S.ELAPSED_TIME/1000000---------------------------------------------------------------------------------------------------- ---------- ----------------------insert into t_all_objs(owner,object_id,object_name) values(TEST,2013011703,test12) 0 96.034408SQL> select * from v$lock where sid in (44, 40) order by sid, type;ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK---------------- ---------------- ----- -- ---------- ---------- ---------- ---------- ---------- ----------000000009398E688 000000009398E6E0 40 AE 100 0 4 0 415 000007FABEA622FC0 00007FABEA623020 40 TM 87875 0 3 0 110 0000000009398FBB8 000000009398FC10 40 TX 655390 13564 0 4 110 00000000091E54F48 0000000091E54FC0 40 TX 589844 13794 6 0 110 0000000009398F3C0 000000009398F418 44 AE 100 0 4 0 410 000007FABEA622FC0 00007FABEA623020 44 TM 87875 0 3 0 126 00000000091E18128 0000000091E181A0 44 TX 655390 13564 6 0 126 17 rows selected.最终查询得会话44是阻塞根源。模拟故障：session 1：SQL> select sid from v$mystat where rownum<2; SID---------- 46SQL> select * from t_all_objs;OWNER OBJECT_ID OBJECT_NAME------------------------------ ---------- ------------------------------TEST 2013011701 test1TEST 2013011702 test2--插入数据，不提交SQL> update t_all_objs set object_name=test11 where object_id=2013011701;1 row updated.session 2：SQL> select sid from v$mystat where rownum<2; SID---------- 52SQL> select * from t_all_objs;OWNER OBJECT_ID OBJECT_NAME------------------------------ ---------- ------------------------------TEST 2013011701 test1TEST 2013011702 test2--对同一行数据进行更新，不提交SQL> update t_all_objs set object_name=test101 where object_id=2013011701;等待ing.....................session 3:--查询tx锁会话sid,row_wait_object#信息select sid,sql_id,status,blocking_session, ROW_WAIT_OBJ#,ROW_WAIT_FILE#,ROW_WAIT_BLOCK#,ROW_WAIT_ROW# from v$session where event=enq: TX - row lock contention;SID SQL_ID STATUS BLOCKING_SESSION ROW_WAIT_OBJ# ROW_WAIT_FILE# ROW_WAIT_BLOCK# ROW_WAIT_ROW#----- ------------- -------- ---------------- ------------- -------------- --------------- -------------52 c53uad8st2u8t ACTIVE 46 87875 1 143649 0--查询被锁的对象信息：select object_name from dba_objects where object_id in (87875);OBJECT_NAME--------------------------------------------------------------------------------------------------------------------------------T_ALL_OBJSselect OWNER,OBJECT_NAME,OBJECT_ID,DATA_OBJECT_ID, OBJECT_TYPE from all_objects where object_name=T_ALL_OBJS;OWNER OBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE------------------------------ ------------------------------ ---------- -------------- -------------------SYS T_ALL_OBJS 87875 87875 TABLE--查询被锁的sesson所执行的sqlselect sql_text from v$sql where sql_id in (select sql_id from v$session where sid=52);SQL_TEXT----------------------------------------------------------------------------------------------------update t_all_objs set object_name=test101 where object_id=2013011701--最后查询 V$lock：select SID,TYPE,ID1,ID2,LMODE,REQUEST,CTIME,BLOCK from V$lock where block=1 or request<>0; SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK----- -- ---------- ---------- ---------- ---------- ---------- ----------46 TX 524304 13916 6 0 296 1

52 TX 524304 13916 0 6 284 0

或者通过如下SQL查询
会话之间锁等待的关系：

select a.sid hold_sid, b.sid wait_sid, a.type, a.id1, a.id2, a.ctime

from v$lock a, v$lock b

where a.id1 = b.id1

   and a.id2 = b.id2

   and a.block = 1

   and b.block = 0;

HOLD_SID   WAIT_SID TY        ID1        ID2      CTIME

---------- ---------- -- ---------- ---------- ----------

46         52 TX     524304      13916       2717

或者如下

select decode(request,0,holder: ,waiter: ) ||

sid session_id, id1, id2, lmode, request, type

from v$lock

where (id1, id2, type) in (select id1, id2, type from v$lock where request > 0)

order by id1, request;

SESSION_ID                                              ID1        ID2      LMODE    REQUEST TY

------------------------------------------------ ---------- ---------- ---------- ---------- --

holder: 46                                           524304      13916          6          0 TX

waiter: 52                                           524304      13916          0          6 TX
最后可知sid为46的会话是阻塞根源。解决联系应用是不是会话为提交，或者kill掉

上述内容就是如何进行等待事件enq TX row lock contention的分析，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注行业资讯频道。

微前端架构如何改变企业的开发模式与效率提升

346 2023-12-13

如何进行等待事件enq TX row lock contention的分析

如何进行等待事件enq TX row lock contention的分析

微前端架构如何改变企业的开发模式与效率提升

前端开源框架如何提升开发效率与用户体验的关键因素

前端移动端框架如何推动数字化转型与创新发展

最近发表

更多内容

小程序SDK

Finclip技术文档

小程序开发

小程序容器

小程序框架

Finclip小程序平台

Finclip用户投稿

车联网

推荐文章

小程序SDK是什么意思？小程序sdk和插件有什么区别？

小程序支付功能怎么实现？

企业app开发流程是什么？

app运营模式有哪些？

小程序多端引流怎么做？

小程序生态分析的机会和威胁

Flutter入门这一篇效率文章就够了

原生与跨平台解决方案分析,跨平台软件开发技术方案

热更新技术：让软件更新变得更加轻松快速

解决方案

银行解决方案

证券解决方案

互联网解决方案

政企OA解决方案

科技解决方案

loT解决方案

信任解决方案

热评文章

AppCan:基于混合模式的移动应用开发,移动混合模

Hybrid App混合模式开发的了解

小程序容器技术助力券商数字营销突围，小程序容器化的意

用mpvue开发微信小程序基础知识（vue.js开发

小程序多端框架全面测评对比，强烈推荐！

券商app架构 - 解析券商应用程序的构建与设计