From: | Kamil Kaczkowski <kamil(at)kamil(dot)eisp(dot)pl> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: row-level deadlock problem |
Date: | 2004-11-27 00:31:10 |
Message-ID: | Pine.LNX.4.58.0411270121480.10312@virgo |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, 26 Nov 2004, Tom Lane wrote:
> Kamil Kaczkowski <kamil(at)kamil(dot)eisp(dot)pl> writes:
> > I have problems with deadlocks caused by(at least I think so) row-level
> > locks and I can't find the reason.
>
> The failure seems clearly a deadlock on row-level locks. Are you
> certain you've removed all relevant FKs (those pointing to the table
> as well as out of it)?
Yes, I browsed whole database schema, all FKs has been dropped.
> Another possible explanation is if the UPDATE
> command can update more than one row --- in that case different backends
> might happen to reach the target rows in different orders.
This could be it.
Yes, this UPDATE changes several rows, I didn't know this can be a
problem.
My understanding was that row-level lock at UPDATE statement is somehow
atomic and it locks all rows matched at once.
But what's the solution? How can I force UPDATEs to lock rows in the same
order? There's no ORDER BY clause for UPDATE.
Thanks for help.
--
Kamil Kaczkowski
kamil(at)kamil(dot)eisp(dot)pl
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2004-11-27 00:59:51 | Re: pg_dump and languages |
Previous Message | Woodchuck Bill | 2004-11-27 00:09:48 | Re: Why the current setup of pgsql.* and comp.databases.postresql.general are BROKEN |