Re: Hardware upgrade for a high-traffic database - Mailing list pgsql-performance

From Merlin Moncure
Subject Re: Hardware upgrade for a high-traffic database
Date
Msg-id 6EE64EF3AB31D5448D0007DD34EEB3412A7453@Herge.rcsinc.local
Whole thread Raw
In response to Hardware upgrade for a high-traffic database  ("Jason Coene" <jcoene@gotfrag.com>)
List pgsql-performance
> would one not have to repeat this operation regularly, to keep
> any advantage of this ? my impression was that this is a relatively
> heavy operation on a large table.

Yeah, it requires an exclusive lock and a table rebuild.  It might be
useful to a message board type database since (one presumes) the reads
would be concentrated over recently created data, entered after the
cluster and losing any benefit.

As far as table size, bigger tables are a larger operation but take
longer to get all out of whack.  Question is: what percentage of the
data turns over between maintenance periods?   Plus, there has to be a
maintenance period...nobody does anything while the table is clustering.

Also, a particular method of reading the table has to really dominate as
far as user usage pattern.  So, it's pretty rare to user cluster, but it
can help in some cases.

Merlin

pgsql-performance by date:

Previous
From: "Merlin Moncure"
Date:
Subject: Re: Hardware upgrade for a high-traffic database
Next
From: William Yu
Date:
Subject: Re: Help specifying new machine