From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Sophia Wright <sjw9010(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Strange deadlock in foreign key check |
Date: | 2015-08-06 15:11:35 |
Message-ID: | 20150806151135.GN2441@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Sophia Wright wrote:
> I am seeing some odd locking behaviour when deleting a parent record
> (Postgres 9.4.4).
Somewhere in the triggers for FK checks we do "SELECT FOR KEY SHARE" of
the PK tuples when the FK tuples are altered; and conversely when we
remove tuples from the PK side we need to ensure that there are no
referencing tuples in the FK side. The code doesn't distinguish between
indexes used in foreign keys from other indexes that *could* be used in
foreign keys. Therefore your UNIQUE in the declaration for "x" may be
making it difficult for you. I don't have the time to go through this
right now, but please try and see what happens if you remove the UNIQUE
from that column.
We discussed about only considering indexes actually referenced by
foreign keys instead of all of them, but there are some fine points to
keep in mind if you do that, so we never got around to implementing that
optimization. I don't have any immediate suggestion for what to do to
work around this issue.
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Sophia Wright | 2015-08-06 16:29:36 | Re: Strange deadlock in foreign key check |
Previous Message | Adrian Klaver | 2015-08-06 15:11:31 | Re: Strange deadlock in foreign key check |