Re: performance drop on 8.2.4, reverting to 8.1.4

Поиск
Список
Период
Сортировка
От Steven Flatt
Тема Re: performance drop on 8.2.4, reverting to 8.1.4
Дата
Msg-id 357fa7590706121131t5adf3795ld006955d6f77e175@mail.gmail.com
обсуждение исходный текст
Ответ на Re: performance drop on 8.2.4, reverting to 8.1.4  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
Thanks Tom and Alvaro.
 
To follow up on this, I re-wrote and tweaked a number of queries (including the one provided) to change "LEFT OUTER JOIN ... WHERE col IS NULL" clauses to "WHERE col NOT IN (...)" clauses.
 
This has brought performance to an acceptable level on 8.2.
 
Thanks for your time,
Steve

 
On 6/7/07, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Alvaro Herrera <alvherre@commandprompt.com> writes:
> Tom Lane escribió:
>> I was hoping that the auto plan invalidation code in CVS HEAD would get
>> it out of this problem, but it seems not to for the problem-as-given.
>> The trouble is that it won't change plans until autovacuum analyzes the
>> tables, and that won't happen until the transaction commits and sends
>> off its I-inserted-lotsa-rows report to the stats collector.

> I think there is something we can do about this -- drop the default
> value for analyze threshold.

Maybe worth doing, but it doesn't help for Steve's example.

                       regards, tom lane

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

Предыдущее
От: Vivek Khera
Дата:
Сообщение: Re: Best use of second controller with faster disks?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: test / live environment, major performance difference