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
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? |