Home Discussions Questions & Answers Investigating EBS Row Lock Contention

Investigating EBS Row Lock Contention

Avatar photoCustomer March 2, 2022 at 7:19 am

We have users frequently stuck waiting on ‘enq: TX – row lock contention’. We need a real-time view of the blocking chain to find the root cause, especially when the blocking session goes idle. Which report should I use?

Viewing 4 reply threads
  • Author
    Replies
    • Support March 2, 2022 at 11:26 am  

      You should primarily use the DBA Blocking Sessions report, which shows the chain of currently blocking and blocked database sessions derived from `v$wait_chains`. This gives you the current lock scenario.

    • Avatar photoCustomer March 2, 2022 at 7:55 pm  

      What about using ASH data, or sessions that might not appear in real-time views if they quickly go idle?

    • Support March 4, 2022 at 3:48 am  

      For analysis involving the Active Session History (ASH), utilize the DBA SGA Blocking Session Summary. While row lock scenarios sometimes involve idle blocking sessions not visible in ASH, this summary helps correlate active blocking events. You can perform further analysis using a pivot in Excel for faster root cause identification.

    • Avatar photoCustomer March 4, 2022 at 7:52 pm  

      If I suspect the blocking is caused by an uncommitted update, which AWR metric would reflect that wait time?

    • Support March 6, 2022 at 1:57 am  

      The DBA AWR SQL Performance Summary report provides visibility into ‘Application Wait Time’, which captures total elapsed time in seconds from the wait event class ‘Application’, such as ‘enq: TX – row lock contention’ caused by an uncommitted session’s update blocking another session.

Viewing 4 reply threads
  • You must be logged in to reply to this post.

Login with: