RE: Insert into parent table gives row exclusive locks on the child tables in 11g

From: Reardon, Bruce (RTABBAY) <"Reardon,>
Date: Tue, 7 Jul 2009 09:04:24 +1000
Message-ID: <B1C87DCFE2040D41B6F46ADF9F8E4D9C01AD8D46_at_CALBBEX01.cal.riotinto.org>



I have now found
https://metalink.oracle.com/metalink/plsql/showdoc?db=NOT&id=223303.1 which describes that the Row-S locks on the child tables were introduced in 9.2.0 to address problems with parallel DML hanging.

I have logged a SR with Oracle, but would also appreciate any comments on why 11g shows Row-X locks on the child tables. Or if others see this in 11.1.0.6 / their 11.1.0.7.

Thanks,
Bruce Reardon

-----Original Message-----
Sent: Friday, 3 July 2009 4:40 PM
To: oracle-l_at_freelists.org
<< paraphrased >>

We have recently upgraded from 8.1.7.4 to 11.1.0.7 on Windows 2003R2 SP2 32 bit and have experienced a block lock situation involve foreign keys. We do not think it is due to missing indexes.

We don't yet have a full reproducer that does not rely on our full database, but do have a cut down example that shows the exclusive locks on the child tables. In this case, updates to the child tables are not blocked.

The question - why did 11g change the child locks to being row exclusive?
This may help us understand why in the full example we get child updates blocked.

The reproducer can be found at
http://www.freelists.org/post/oracle-l/Insert-into-parent-table-gives-ro w-exclusive-locks-on-the-child-tables-in-11g

In 8.1.7.4, we see a TM DML enqueue lock Row-X (SX) on the parent_tbl. In 9.2 and 10.2 we see the addition of "TM DML enqueue lock Row-S (SS)" on the 2 child tables.
In 11.1.0.7, we see the lock on the child tables is now row exclusive - "TM DML enqueue lock Row-X (SX)".

Thanks,
Bruce Reardon

This email is confidential and may also be privileged. If you are not the intended recipient, please notify us immediately and delete this message from your system without first printing or copying it. Any personal data in this email (including any attachments) must be handled in accordance with the Rio Tinto Group Data Protection Policy and all applicable data protection laws.

--
http://www.freelists.org/webpage/oracle-l
Received on Mon Jul 06 2009 - 18:04:24 CDT

Original text of this message