From: | "Ezequias Rodrigues da Rocha" <ezequias(dot)rocha(at)gmail(dot)com> |
---|---|
To: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: [ADMIN] Deadlock on transaction |
Date: | 2007-02-12 19:27:15 |
Message-ID: | 55c095e90702121127rf7daaebodf2efe1a5e1d2dcd@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-sql |
Ok you teach me. Thank you and sorry. :(
I just want to know why is it occuring. I am pretty sad.
Ezequias
2007/2/12, Reinoud van Leeuwen <reinoud(dot)v(at)n(dot)leeuwen(dot)net>:
>
> On Mon, Feb 12, 2007 at 03:08:27PM -0300, Ezequias Rodrigues da Rocha
> wrote:
> > I mean really deadlock. Other transactions can't access the database
> until
> > the main transaction is complete.
>
> What you describe sounds like a blocking lock: one transaction uses a
> resource and another has to wait until it is not locked anymore
>
> A deadlock is a special case: two transactions both need resources A and
> B. transaction 1 locks A, and the next moment transaction 2 locks B. Now
> transaction 1 waits for 2 to release B, but at the same time 2 waits for 1
> to release A. This is called a deadlock, or circulair lock.
> Postgresql automatically detects such a situation and rolls one of them
> back. The client recieves a 'restartable database error' and that is
> exactly true: ususally another try will work.
>
> One method of fixing deadlocks is to make sure all your code accesses the
> database in the same order. Alphabetically is easiest to remember...
>
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Huxton | 2007-02-12 19:50:49 | Re: [SQL] Deadlock on transaction |
Previous Message | Scott Marlowe | 2007-02-12 19:20:51 | Re: Deadlock on transaction |
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Huxton | 2007-02-12 19:50:49 | Re: [SQL] Deadlock on transaction |
Previous Message | Scott Marlowe | 2007-02-12 19:20:51 | Re: Deadlock on transaction |