Re: Performance regressions in PG 9.3 vs PG 9.0

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Performance regressions in PG 9.3 vs PG 9.0
Дата
Msg-id 28394.1396992397@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Performance regressions in PG 9.3 vs PG 9.0  (uher dslij <codon3@gmail.com>)
Ответы Re: Performance regressions in PG 9.3 vs PG 9.0  (uher dslij <codon3@gmail.com>)
Re: Performance regressions in PG 9.3 vs PG 9.0  (uher dslij <codon3@gmail.com>)
Список pgsql-performance
uher dslij <codon3@gmail.com> writes:
> The EXPLAINs all pretty much look like my original post.  The planner in
> 9.2 and above is simply not using bitmap heap scans or bitmap index scans?
>  What could be the reason for this?

I don't see any reason to think this is a planner regression.  The
rowcount estimates are pretty far off in both versions; so it's just a
matter of luck that 9.0 is choosing a better join order than 9.3.

I'd try cranking up the statistics targets for the join columns
(particularly domain_id) and see if that leads to better estimates.

            regards, tom lane


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

Предыдущее
От: Robert Burgholzer
Дата:
Сообщение: Optimizing Time Series Access
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: query against large table not using sensible index to find very small amount of data