Re: Slow indexscan

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Slow indexscan
Дата
Msg-id 29484.1182367794@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Slow indexscan  ("Mikko Partio" <mpartio@gmail.com>)
Ответы Re: Slow indexscan  ("Mikko Partio" <mpartio@gmail.com>)
Список pgsql-performance
"Mikko Partio" <mpartio@gmail.com> writes:
> I guess the sort_mem helped, or then part of the rows are in the cache
> already. Should increasing sort_mem help here since there are no sorts etc?

No, it wouldn't --- this change has to be due to the data being already
loaded into cache.

There's no obvious reason for the previous query to be so slow, unless
you've got horrendously slow or overloaded disk hardware.  What sort of
machine is this anyway, and was it doing any other work at the time?

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Maintenance question / DB size anomaly...
Следующее
От: Shaun Thomas
Дата:
Сообщение: Re: Performance query about large tables, lots of concurrent access