enqのトラブルシューティング方法:TX-行ロックの競合?


9

次のような状況です。

私はRACを持っています。両方のノードにロックがあります。

最初のノード

    SID EVENT                           USERNAME    BLOCKING_SESSION    ROW_WAIT_OBJ#   OBJECT_NAME LOCKWAIT            SQL_ID          STATUS
1   102 enq: TX - row lock contention   MYUSER      155                 136972          TABLE1V     0000000810EFA958    5f4bzdg49fdxq   ACTIVE
2   111 enq: TX - row lock contention   MYUSER      155                 136972          TABLE1V     0000000810EFAC98    5f4bzdg49fdxq   ACTIVE

セッション情報をブロックしています

    SID EVENT                       USERNAME    ROW_WAIT_OBJ#   OBJECT_NAME LOCKWAIT    SQL_ID          STATUS
1   155 SQL*Net message from client MYUSER      136971          MyTABLEIMAGES_IDPK      4hw85z8absbjc   INACTIVE

2番目のノード

    SID EVENT                           USERNAME    BLOCKING_SESSION    ROW_WAIT_OBJ#   OBJECT_NAME   LOCKWAIT          SQL_ID          STATUS
1   65  enq: TX - row lock contention   MYUSER      155                 137033          FactTABLE1V   0000000810EF9B58  1mznc2z75ksdx   ACTIVE
2   111 enq: TX - row lock contention   MYUSER      155                 136972          TABLE1V       0000000810EF9818  5f4bzdg49fdxq   ACTIVE

セッション情報をブロックしています

    SID EVENT                       USERNAME    ROW_WAIT_OBJ#   OBJECT_NAME  SQL_ID  STATUS
1   155 SQL*Net message from client MYUSER      127176          MYTableLOG           INACTIVE

追加情報:セッションSQL_TEXTのブロック

create or replace procedure ACTIONProcedureDELETE
(
p_ID NUMBER
)
 is

 cursor oldval is select r.id,r.sessionstatus
  from MyTABLEIMAGES  r where r.idparent=p_ID;

begin
       update  actionmyTableblock r  set r.status='False' where  ID=p_ID;

   for oldvalItem in oldval loop

    if oldvalItem.Sessionstatus='True' then
      update MyTABLEIMAGES r set r.sessionstatus='False' where r.id=oldvalItem.Id;
    else
      update MyTABLEIMAGES r set r.sessionstatus='True' where r.id=oldvalItem.Id;
    end if;
  end loop;

end ACTIONProcedureDELETE;

これをトラブルシューティングするにはどうすればよいですか?

ご覧のとおり、ブロッキングセッションは非アクティブですが、まだロックしています。

I場合select v$sql_bind_captureに値が存在しないVALUE_STRINGセッションを阻止するためsql_id

どこから始めますか?

コミット/ロールバックが欠落していると推測できますが、アプリケーション開発者は「私はすべて問題なく、必要な場所にコミットを作成しました」と言っています。

助けてください。

回答:


6

v$transaction各ノードでクエリを実行して、コミットされていないセッションを確認します。

SELECT t.start_time, s.sid, s.serial#, s.username, s.status,s.schemaname, s.osuser
   , s.process, s.machine, s.terminal, s.program, s.module
   , to_char(s.logon_time,'DD/MON/YY HH24:MI:SS') logon_time
FROM v$transaction t, v$session s
WHERE s.saddr = t.ses_addr
ORDER BY start_time;

5

a SELECT FOR UPDATEWAIT XorのどちらかNOWAITで行を事前に更新できることを確認することで、行ロックの競合を回避できます。たとえば、次のようにします。

create or replace procedure ACTIONProcedureDELETE (p_ID NUMBER)
 is

 cursor oldval is select r.id,r.sessionstatus
  from MyTABLEIMAGES  r where r.idparent=p_ID FOR UPDATE NOWAIT;

 l_id NUMBER;

begin
   select id into l_id from actionmyTableblock where ID=p_ID 
      FOR UPDATE of status NOWAIT;

   update  actionmyTableblock r  set r.status='False' where  ID=p_ID;

   for oldvalItem in oldval loop

    if oldvalItem.Sessionstatus='True' then
      update MyTABLEIMAGES r set r.sessionstatus='False' where r.id=oldvalItem.Id;
    else
      update MyTABLEIMAGES r set r.sessionstatus='True' where r.id=oldvalItem.Id;
    end if;
  end loop;

end ACTIONProcedureDELETE;

行がロックされている場合は、ORA-00054を受け取ります。これは、ほとんどの場合、無期限の待機よりも望ましい方法です。


0

よりエレガントで安全なselect for update skip lockedを使用できます


あなたの答えが正しいかどうかを判断できるほど問題についてはよくわかりません。しかし、それは少し短いです-他を見てください。ここでの回答には、ある種の拡張と、おそらくドキュメントへのリンクが付随しているはずです!Jon Skeetによる質問への回答に関するハウツーへのリンクが1つあります(StackExchangeで100万ポイント以上)。PSはフォーラムへようこそ!:-)
Vérace
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.