Re: ANALYZE sampling is too good - Mailing list pgsql-hackers

From Jeff Janes
Subject Re: ANALYZE sampling is too good
Date
Msg-id CAMkU=1z1eY7YtbqzNQWNu-sejniQWiq7aorqOwuUyj5E4Rvhdw@mail.gmail.com
Whole thread Raw
In response to ANALYZE sampling is too good  (Greg Stark <stark@mit.edu>)
List pgsql-hackers
On Tue, Dec 3, 2013 at 3:30 PM, Greg Stark <stark@mit.edu> wrote:
At multiple conferences I've heard about people trying all sorts of
gymnastics to avoid ANALYZE which they expect to take too long and
consume too much I/O. This is especially a big complain after upgrades
when their new database performs poorly until the new statistics are
in and they did pg_upgrade to avoid an extended downtime and complain
about ANALYZE taking hours.

Out of curiosity, are they using the 3 stage script "analyze_new_cluster.sh"?  If so, is the complaint that even the first rounds are too slow, or that the database remains unusable until the last round is complete?

Cheers,

Jeff

pgsql-hackers by date:

Previous
From: Claudio Freire
Date:
Subject: Re: ANALYZE sampling is too good
Next
From: Alvaro Herrera
Date:
Subject: Re: pgsql: Fix a couple of bugs in MultiXactId freezing