Re: Planner performance extremely affected by an hanging transaction (20-30 times)?

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: Planner performance extremely affected by an hanging transaction (20-30 times)?
Дата
Msg-id 52431F18.9070102@agliodbs.com
обсуждение исходный текст
Ответ на Planner performance extremely affected by an hanging transaction (20-30 times)?  (Bartłomiej Romański <br@sentia.pl>)
Список pgsql-performance
On 09/25/2013 12:06 AM, Jeff Janes wrote:
>> Why do we need a procarraylock for this?  Seems like the solution would
>> be not to take a lock at all; the information on transaction commit is
>> in the clog, after all.
>>
>
> My understanding is that you are not allowed to check the clog until after
> you verify the transaction is no longer in progress, otherwise you open up
> race conditions.

In this particular case, I'd argue that we don't care about race
conditions -- it's a plan estimate.  We certainly care about them a lot
less than lock-blocks.

--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com


В списке pgsql-performance по дате отправления:

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: Why is n_distinct always -1 for range types?
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Planner performance extremely affected by an hanging transaction (20-30 times)?