can a blocked transaction affect the performance of one that is blocking it?

From: Eric Schwarzenbach <subscriber(at)blackbrook(dot)org>
To: "pgsql-performance(at)lists(dot)postgresql(dot)org" <pgsql-performance(at)lists(dot)postgresql(dot)org>
Subject: can a blocked transaction affect the performance of one that is blocking it?
Date: 2024-12-09 18:42:30
Message-ID: b7dcfa5c-846b-408c-9da3-201638aee2e1@blackbrook.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hi,

Could one transaction (one that should be relatively simple and short)
cause another complex, long running transaction (involving INSERTS, on a
table the first transaction may be reading from) to take many orders of
magnitude longer than it would normally? (short of competing for system
resources, like CPU time etc, of course)

I don't believe my scenario involved a deadlock but I expect my short
transaction was probably blocked by my long one. Does it make any sense
that this could very significantly affect the performance of the
non-blocked transaction?

Thanks,

Eric

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Nikolay Samokhvalov 2024-12-09 23:10:32 Re: can a blocked transaction affect the performance of one that is blocking it?
Previous Message Pavel Stehule 2024-12-09 16:54:26 Re: proposal: schema variables