Re: ExclusiveLock

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: ExclusiveLock
Дата
Msg-id 10763.1099949835@sss.pgh.pa.us
обсуждение исходный текст
Ответ на ExclusiveLock  (Simon Riggs <simon@2ndquadrant.com>)
Ответы Re: ExclusiveLock  (Simon Riggs <simon@2ndquadrant.com>)
Re: [Testperf-general] Re: ExclusiveLock  (Josh Berkus <josh@agliodbs.com>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Increasing the length of pg_stat_activity.current_query...
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Increasing the length of pg_stat_activity.current_query...