Re: ExclusiveLock - Mailing list pgsql-hackers

From Tom Lane
Subject Re: ExclusiveLock
Date
Msg-id 10763.1099949835@sss.pgh.pa.us
Whole thread Raw
In response to ExclusiveLock  (Simon Riggs <simon@2ndquadrant.com>)
Responses Re: ExclusiveLock  (Simon Riggs <simon@2ndquadrant.com>)
Re: [Testperf-general] Re: ExclusiveLock  (Josh Berkus <josh@agliodbs.com>)
List pgsql-hackers
Simon Riggs <simon@2ndquadrant.com> writes:
> Recent runs of DBT-2 show very occasional ExclusiveLock (s) being held
> by transactions, sometimes waiting to be granted.

I think you are right that these reflect heap or btree-index extension
operations.  Those do not actually take locks on the *table* however,
but locks on a single page within it (which are completely orthogonal to
table locks and don't conflict).  The pg_locks output leaves something
to be desired, because you can't tell the difference between table and
page locks.

It's odd that your example does not appear to show someone else holding
a conflicting lock.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Increasing the length of pg_stat_activity.current_query...
Next
From: Greg Stark
Date:
Subject: Re: Increasing the length of pg_stat_activity.current_query...