Re: 7.2.1 optimises very badly against 7.2

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: 7.2.1 optimises very badly against 7.2
Дата
Msg-id 3704.1025273569@sss.pgh.pa.us
обсуждение исходный текст
Ответ на 7.2.1 optimises very badly against 7.2  ("Sam Liddicott" <sam.liddicott@ananova.com>)
Список pgsql-general
"Sam Liddicott" <sam.liddicott@ananova.com> writes:
> Under 7.2.1 it takes 99% CPU for between 5-9 seconds.
> Rolling back to 7.2 is also very slow unless we vacuum analyse after rolling
> back, then it is very fast again.
> [We normally vacuum analyse every 24 hours]

AFAIK, the only change from 7.2 to 7.2.1 that would be likely to have
anything to do with this was a rework of the code in ANALYZE that
estimates the number of distinct values in a column.  (See pghackers
archives from around 18-Feb.)  Although the revised version did better
on some test cases, it sounds like it's doing worse for you.

As Nigel commented, we can't do much without seeing EXPLAIN ANALYZE
results.  I'd also like to see the pg_stats entries for the table(s)
used by the query, as produced by both 7.2 ANALYZE and 7.2.1 ANALYZE.

            regards, tom lane



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

Предыдущее
От: nconway@klamath.dyndns.org (Neil Conway)
Дата:
Сообщение: Re: One source of constant annoyance identified
Следующее
От: Tom Lane
Дата:
Сообщение: Re: createdb error