Oracle SQL – SELECT查询锁定索引并阻止DML会话

概述我们在生产中发生了一些非常奇怪的锁定.我们设置了一个PL / SQL脚本,用于查找已锁定超过5秒的对象并向我们发送警报电子邮件. 下面是该脚本的光标： select l.sid, trunc(l.id1 / power(2, 16)) rbs, bitand(l.id1, to_number('ffff', 'xxxx')) + 0 slot, l.id2, l.lmode, l. 我们在生产中发生了一些非常奇怪的锁定.我们设置了一个PL / sql脚本,用于查找已锁定超过5秒的对象并向我们发送警报电子邮件.

下面是该脚本的光标：

select l.sID,trunc(l.ID1 / power(2,16)) rbs,bitand(l.ID1,to_number('ffff','xxxx')) + 0 slot,l.ID2,l.lmode,l.request,l.ctime,l.block,substr(v.osuser,1,12) osuser,substr(v.machine,15) machine,substr(v.module,12) module,decode(v.blocking_session_status||l.block,'VALID0',dbms_rowID.rowID_create(1,v.row_wait_obj#,v.row_wait_file#,v.row_wait_block#,v.row_wait_row#),'.') lrow,o.object_name,decode(v.sql_ID,null,v.prev_sql_ID,v.sql_ID) sql_ID,o.ownerfrom v$lock l,v$session v,all_objects owhere l.sID = v.sID  and v.row_wait_obj# = o.object_ID(+)  and l.ctime > 5 and l.type = 'TX' and (l.request = 6 or l.block = 1)order by 2,3,4,8 desc,7 desc;

我们今天得到了锁定警报：

SID  TRANS-ID        L-TYPE  CTIME  BLOCK OSUSER     MACHINE         MODulE        sqlID            ROWID            OBJECT---- --------------- ------- ------ ----- ---------- --------------- ------------ ------------- ------------------ --------------------669  132,11,40475    6/0     70     1     userpr1     serv1023       userpr1-00002 fbnhs4gd9a7yn .                  IDX_0051133 132,40475    0/6     62     0     userpr1     serv1023       userpr1-00000 f0gm2rx85qjja AAAgOuAAFAAD04TAAW ITEMST924  132,40475    0/6     53     0     userpr1     serv1023       userpr1-00002 f0gm2rx85qjja AAAgOuAAFAAD04TAAW ITEMST927  132,40475    0/6     27     0     userpr1     serv1023       userpr1-00001 f0gm2rx85qjja AAAgOuAAFAAD04TAAW ITEMST

因此,从上面我们可以看到,会话669的sqlID fbnhs4gd9a7yn锁定了索引IDX_005并阻塞了剩余的其余会话.

现在最奇怪的部分：

> sqlID fbnhs4gd9a7yn只是一个SELECT查询(甚至不是SELECT FOR
UPDATE)
>索引IDX_005与表ITEMST没有连接,但它会阻止剩余的3个会话,无论如何更新ITEMST

所以我的问题是：
[1]是如何发生的,为什么它会阻止对表ITEMST的更新？

这可能是Oracle中的一个错误吗？
我们正在使用Oracle 11.2.0.4企业版,顺便说一句.

解决方法 查询返回的sql_ID可能与实际获取锁的查询相关,也可能与之无关.

例如,在SID 669中,如果我更新ITEMST然后运行查询但我没有提交更新,您会看到669正在运行SELECT语句并且它保持锁定.这是会话实际上获得锁定的早期UPDATE(或INSERT或其他).只是没有一种简单的方法可以看到会话已经完成的早期查询获得了其他会话正在等待的锁定.

总结

以上是内存溢出为你收集整理的Oracle SQL – SELECT查询锁定索引并阻止DML会话全部内容，希望文章能够帮你解决Oracle SQL – SELECT查询锁定索引并阻止DML会话所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。