Re: Strange deadlock with object/target of lock : transaction

From: Achilleas Mantzios <a(dot)mantzios(at)cloud(dot)gatewaynet(dot)com>
To: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Strange deadlock with object/target of lock : transaction
Date: 2025-08-26 07:06:13
Message-ID: 5f4780f9-4b4c-4fe8-903e-a46655cf0a7b@cloud.gatewaynet.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 8/26/25 07:22, Laurenz Albe wrote:

> On Mon, 2025-08-25 at 15:40 +0100, Achilleas Mantzios wrote:
>>>>>> We've been hit by a weird deadlock which it took me some days to isolate and replicate.
>>>>>> It does not have to do with order of updates or any explicit TABLE-level locking,
>>>>>> the objects/targets of the deadlock in question are transactions.
>> Hi I reproduced without the triggers, I understood the problem, I believe the system's
>> behavior is the intended, I am sorry for the false alarm. The thing is that it takes >=3
>> transactions to happen . That was the tricky part, up to now in all cases of deadlocks
>> we had two transactions involved, this one needed three or more.
> Yes, waiting for a transaction means that you are waiting for a row lock.
> Seehttps://www.cybertec-postgresql.com/en/row-locks-in-postgresql/
Thanks Laurenz, will definitely read it.
> Yours,
> Laurenz Albe

In response to

Browse pgsql-general by date

  From Date Subject
Next Message xx Z 2025-08-26 07:27:40 Feature request: A method to configure client-side TLS ciphers for streaming replication
Previous Message Dominique Devienne 2025-08-26 07:01:32 Re: DISABLE TRIGGER doc wrong?