Re: ANALYZE sampling is too good

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: ANALYZE sampling is too good
Дата
Msg-id 52A63411.7000504@nasby.net
обсуждение исходный текст
Ответ на Re: ANALYZE sampling is too good  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: ANALYZE sampling is too good
Список pgsql-hackers
On 12/6/13 3:21 AM, Andres Freund wrote:
> On 2013-12-05 17:52:34 -0800, Peter Geoghegan wrote:
>> Has anyone ever thought about opportunistic ANALYZE piggy-backing on
>> other full-table scans? That doesn't really help Greg, because his
>> complaint is mostly that a fresh ANALYZE is too expensive, but it
>> could be an interesting, albeit risky approach.
>
> What I've been thinking of is
>
> a) making it piggy back on scans vacuum is doing instead of doing
> separate ones all the time (if possible, analyze needs to be more
> frequent). Currently with quite some likelihood the cache will be gone
> again when revisiting.

FWIW, if synchronize_seqscans is on I'd think it'd be pretty easy to fire up a 2nd backend to do the ANALYZE portion
(orperhaps use Robert's fancy new shared memory stuff).
 
-- 
Jim C. Nasby, Data Architect                       jim@nasby.net
512.569.9461 (cell)                         http://jim.nasby.net



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

Предыдущее
От: Jeff Janes
Дата:
Сообщение: Re: ANALYZE sampling is too good
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Bug in VACUUM reporting of "removed %d row versions" in 9.2+