Re: deadlock on the same relation

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Francesco Formenti - TVBLOB S(dot)r(dot)l(dot)" <francesco(dot)formenti(at)tvblob(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: deadlock on the same relation
Date: 2005-12-02 15:15:04
Message-ID: 2732.1133536504@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Francesco Formenti - TVBLOB S.r.l." <francesco(dot)formenti(at)tvblob(dot)com> writes:
> I have a problem about deadlock. I have several stored procedures; only
> one of them uses ACCESS EXCLUSIVE LOCK on a table; however, all the
> stored procedures can access to that table, using SELECT, INSERT or UPDATE.
> The stored procedures are called by different processes of an external
> application.

> In a non-predictable way, I obtain error messages like this one:

> 2005-11-29 18:23:06 [12771] ERROR: deadlock detected
> DETAIL: Process 12771 waits for AccessExclusiveLock on relation 26052
> of database 17142; blocked by process 12773.
> Process 12773 waits for AccessExclusiveLock on relation 26052 of
> database 17142; blocked by process 12771.
> CONTEXT: PL/pgSQL function "set_session_box_status" line 7 at SQL statement

Probably you have been careless about avoiding "lock upgrade"
situations. If you are going to take an exclusive lock on a relation,
it is dangerous to already hold a non-exclusive lock on the same
relation, because that prevents anyone else from getting an exclusive
lock; thus if another process is doing the exact same thing you are in
a deadlock situation.

Since SELECT/INSERT/UPDATE take non-exclusive locks, you can't do one of
those and later ask for exclusive lock within the same transaction.
The general rule is "get the strongest lock you will need first".

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2005-12-02 15:19:18 Re: 'AS' column-alias beign ignored on outer select
Previous Message Tom Lane 2005-12-02 14:48:04 Re: postmaster / resolv.conf / dns problem