Re: When was ANALYZE run in the past? - Mailing list pgsql-general

From Vincent Veyron
Subject Re: When was ANALYZE run in the past?
Date
Msg-id 20141130155505.60e64ad0a94b05987f831280@wanadoo.fr
Whole thread Raw
In response to When was ANALYZE run in the past?  (Benjamin Rutt <rutt.4@osu.edu>)
Responses Re: When was ANALYZE run in the past?
List 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 by date:

Previous
From: rob stone
Date:
Subject: Re: i386 postgres on i686 debian with multiarch
Next
From: Adrian Klaver
Date:
Subject: Re: When was ANALYZE run in the past?