Re: Extremely irregular query performance

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Extremely irregular query performance
Дата
Msg-id 1137059321.3180.34.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Re: Extremely irregular query performance  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Extremely irregular query performance  (Kenneth Marshall <ktm@it.is.rice.edu>)
Re: Extremely irregular query performance  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-performance
On Wed, 2006-01-11 at 22:23 -0500, Tom Lane wrote:
> =?iso-8859-1?Q?Jean-Philippe_C=F4t=E9?= <jean-philippe.cote@crt.umontreal.ca> writes:
> > Thanks a lot for this info, I was indeed exceeding the genetic
> > optimizer's threshold.  Now that it is turned off, I get
> > a very stable response time of 435ms (more or less 5ms) for
> > the same query. It is about three times slower than the best
> > I got with the genetic optimizer on, but the overall average
> > is much lower.
>
> Hmm.  It would be interesting to use EXPLAIN ANALYZE to confirm that the
> plan found this way is the same as the best plan found by GEQO, and
> the extra couple hundred msec is the price you pay for the exhaustive
> plan search.  If GEQO is managing to find a plan better than the regular
> planner then we need to look into why ...

It seems worth noting in the EXPLAIN whether GEQO has been used to find
the plan, possibly along with other factors influencing the plan such as
enable_* settings.

Best Regards, Simon Riggs


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: indexes on primary and foreign keys
Следующее
От: Ottó Havasvölgyi
Дата:
Сообщение: Throwing unnecessary joins away