understanding pg_locks

From: Ben Chobot <bench(at)silentmedia(dot)com>
To: pgsql-general General <pgsql-general(at)postgresql(dot)org>
Subject: understanding pg_locks
Date: 2011-05-21 14:55:54
Message-ID: B54E1C33-ACCF-45AF-9E00-CF08B131FFBD@silentmedia.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

We recently had an issue where a misbehaving application was running a long transaction that modified a bunch of rows, and this was holding up other transactions that wanted to do similar modifications. No surprising there. But what I'm unclear of is how this was showing up in pg_locks. The blocked transactions were all waiting on the transactionid of the long-running transaction, not any particular relation or tuple. Why doesn't pg_locks show the actual blockage? Isn't that what MVCC is good for?

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Björn Häuser 2011-05-21 15:11:14 Re: counterintuitive behaviour in pl/pgsql
Previous Message Pavel Stehule 2011-05-21 14:25:04 Re: counterintuitive behaviour in pl/pgsql