Re: REINDEX requirement?

From: "Marc Mamin" <M(dot)Mamin(at)intershop(dot)de>
To: "Robert Treat" <rob(at)xzilla(dot)net>, "Igor Neyman" <ineyman(at)perceptron(dot)com>
Cc: "AI Rumman" <rummandba(at)gmail(dot)com>, "pgsql-general General" <pgsql-general(at)postgresql(dot)org>
Subject: Re: REINDEX requirement?
Date: 2010-11-11 08:33:41
Message-ID: C4DAC901169B624F933534A26ED7DF31034BB8CA@JENMAIL01.ad.intershop.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hello,

When reindexing we keep the previous and new reltuples/relpages ratio in
in a reference table in order to track the reindex efficiency.

We also have a maintenance jobs that compare this table with the stats
from pg_class and automatically reindex the relations where the ratio
degraded too much.

(There is also a list of relations that need to be ignored by the job.)

This is a simplistic approach , but it matches our needs.

CREATE TABLE reindex_list

(

nspname character varying,

index_name character varying,

nspname_oid oid NOT NULL,

index_oid oid NOT NULL,

old_ratio double precision,

new_ratio double precision,

old_pagecount integer,

new_pagecount integer,

execution_count integer,

reindex_time bigint,

CONSTRAINT reindex_list_pk PRIMARY KEY (nspname_oid, index_oid)

)

regards,

Marc Mamin

From: pgsql-general-owner(at)postgresql(dot)org
[mailto:pgsql-general-owner(at)postgresql(dot)org] On Behalf Of Robert Treat
Sent: Mittwoch, 10. November 2010 22:40
To: Igor Neyman
Cc: AI Rumman; pgsql-general General
Subject: Re: [GENERAL] REINDEX requirement?

On Tue, Nov 9, 2010 at 1:51 PM, Igor Neyman <ineyman(at)perceptron(dot)com>
wrote:

> -----Original Message-----
> From: AI Rumman [mailto:rummandba(at)gmail(dot)com]
> Sent: Tuesday, November 09, 2010 3:26 AM
> To: pgsql-general General
> Subject: REINDEX requirement?
>
> How do I know that index require REINDEX?
>
>

Look at the results of pgstatindex(...) function for specific
index.
It's part of pgstattupple contrib module - read it up in the
docs.

If you are looking for a "poor mans" tool, we have a script that will
output numbers on table/index bloat. It's not entirely accurate (patches
welcome), but usually good enough to highlight the problems. See
http://labs.omniti.com/labs/pgtreats/log/trunk/tools/pg_bloat_report.pl

Robert Treat
play: http://www.xzilla.net
work: http://www.omniti.com/is/hiring

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Marc Mamin 2010-11-11 08:48:38 Re: dblink_get_result issue
Previous Message tuanhoanganh 2010-11-11 08:30:44 Re: good settings for DB parameters such as shared_buffers, checkpoint_segment in Postrgesql 9