Re: Server error and deadlocks - Mailing list pgsql-general

From Orr, Steve
Subject Re: Server error and deadlocks
Date
Msg-id D408B6AC060DB24790622E1A54204DB00BBB9EDD@xchange.rightnowtech.com
Whole thread Raw
In response to Server error and deadlocks  ("Orr, Steve" <sorr@rightnow.com>)
Responses Re: Server error and deadlocks
Re: Server error and deadlocks
List pgsql-general

You're right about the lack of foreign keys... it's a foreign concept to the DUHvelopers. I suspect table locks but are there any database level tracing tools to show the SQL? Will the trace_locks and debug_deadlocks parameters help and how do I use them?

TIA

-----Original Message-----
From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
Sent: Monday, January 13, 2003 9:18 PM
To: Stephan Szabo
Cc: Orr, Steve; pgsql-general@postgresql.org
Subject: Re: [GENERAL] Server error and deadlocks

Stephan Szabo <sszabo@megazone23.bigpanda.com> writes:
> On Mon, 13 Jan 2003, Orr, Steve wrote:
>> Finally, there are LOTS of deadlocks and I'm thinking it's because they are
>> not doing "SELECT ... FOR UPDATE" or are explictly locking tables. Or they
>> are constantly updating the same rows. It seems our duhvelopers need to get

> Well, if you're using foreign keys, you might be running into a deficiency
> in the foreign key implementation.

If these folk are immigrants from MySQL, I bet they're not using foreign
keys.  Taking table-level locks seems like a more likely route to
deadlock.  But this is all guesswork --- we need to see some info about
the queries being issued before we can opine about the real cause.

                        regards, tom lane

pgsql-general by date:

Previous
From: Justin Clift
Date:
Subject: Re: PostgreSQL on Windows
Next
From: "Ragnar Garli"
Date:
Subject: pg_dump fail beacuse of oid larger than int32