Re: bug with vacuum analyze?

Поиск
Список
Период
Сортировка
От Neil Conway
Тема Re: bug with vacuum analyze?
Дата
Msg-id 1047491867.359.168.camel@tokyo
обсуждение исходный текст
Ответ на bug with vacuum analyze?  ("Trever L. Adams" <tadams-lists@myrealbox.com>)
Список pgsql-bugs
On Mon, 2003-03-10 at 13:29, Trever L. Adams wrote:
> If I never do a vacuum analyze, it takes between 8-11 (high spikes
> around 23) seconds most of the time for this first page to load.  If I
> do vacuum, nothing seems to change.  If I do a vacuum analyze, the
> minimum load time is between 41-44 seconds.  Higher system loads,
> instead of adding 4-10 seconds, easily double the number up beyond 80
> seconds.  Yes, each of these tables have at least one index (the most
> indexes I believe are 4).  Those with multiple, I believe, all have a
> primary index key.

> Is this a bug, known or otherwise, are their workarounds besides don't
> do it?

It doesn't look like a bug in VACUUM -- more likely, running VACUUM
ANALYZE causes the optimizer to use a different query plan, which
happens to perform much worse for the queries you're running.

(In general, ANALYZE should improve query plans, but it seems that by
chance the bogus plan the optimizer chooses without stats is actually
better than the choice it makes when more informed).

Can you post the relevant query, the schemas of any involved relations
and the output of EXPLAIN ANALYZE for the query both before and after
running VACUUM ANALYZE?

Cheers,

Neil
--
Neil Conway <neilc@samurai.com> || PGP Key ID: DB3C29FC

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Aliased SubSelect in HAVING clause bug -- in progress?
Следующее
От: "shura"
Дата:
Сообщение: Problem with TIME datatype