Re: When was ANALYZE run in the past?

Поиск
Список
Период
Сортировка
От Vincent Veyron
Тема Re: When was ANALYZE run in the past?
Дата
Msg-id 20141130155505.60e64ad0a94b05987f831280@wanadoo.fr
обсуждение исходный текст
Ответ на When was ANALYZE run in the past?  (Benjamin Rutt <rutt.4@osu.edu>)
Ответы Re: When was ANALYZE run in the past?  (Adrian Klaver <adrian.klaver@aklaver.com>)
Список pgsql-general
On Sat, 29 Nov 2014 15:27:07 -0500
Benjamin Rutt <rutt.4@osu.edu> wrote:

>I run autovacuum under
> a default configuration, but I suspect ANALYZE is not running frequently
> enough for my purposes (when I ran the above command on my table, it
> consistently returned 1.4 million for ~20 minutes straight; when I
> explicitly ran an ANALYZE command at that point (when I realized the
> estimate was not updating even every few minutes), the ANALYZE command took
> a few seconds, then the above command returned .7 million which matches
> what ‘select count(*)’ was returning).  So I suspect ANALYZE is not running
> frequently enough or is stepping over my table for some reason.
>

Analyze is run by the autovacuum daemon, but you may be hitting the Cost-based Vacuum Delay if you deleted .7 million
rows?

The documentation for postgresql 8.4 is no longer online, and things changed significantly since, so I'm not sure this
appliesexactly, but you can set table specific settings for the auto-vacuuming process; see : 

http://www.postgresql.org/docs/current/static/routine-vacuuming.html#AUTOVACUUM

and

http://www.postgresql.org/docs/current/static/sql-createtable.html#SQL-CREATETABLE-STORAGE-PARAMETERS

--
                    Regards, Vincent Veyron

https://libremen.com/
Legal case, contract and insurance claim management software


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

Предыдущее
От: rob stone
Дата:
Сообщение: Re: i386 postgres on i686 debian with multiarch
Следующее
От: Adrian Klaver
Дата:
Сообщение: Re: When was ANALYZE run in the past?