Re: Unexpected page allocation behavior on insert-only tables

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Unexpected page allocation behavior on insert-only tables
Дата
Msg-id AANLkTilTyP3TUBCypf8kspiXpUv1op0eLS-va-meXEBj@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Unexpected page allocation behavior on insert-only tables  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Unexpected page allocation behavior on insert-only tables  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Mon, May 31, 2010 at 3:42 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> note that at no time do we have any FSM
> data for the bid table:
>
>
> 3. After awhile, autovacuum notices all the insert activity and kicks
> off an autoanalyze on the bid table.  When committed, this forces a
> relcache flush for each other backend's relcache entry for "bid".
> In particular, the smgr targblock gets reset.

This is an analyze-only scan? Why does analyze need to issue a
relcache flush? Maybe we only need to issue one for an actual vacuum
which would also populate the fsm?


--
greg


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Unexpected page allocation behavior on insert-only tables
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Unexpected page allocation behavior on insert-only tables