Re: postgresql performance degradation over time....

From: Bruno Wolff III <bruno(at)wolff(dot)to>
To: sunil arora <arora(dot)sunil(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: postgresql performance degradation over time....
Date: 2005-08-26 17:41:14
Message-ID: 20050826174114.GD16546@wolff.to
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Aug 26, 2005 at 22:13:04 +0530,
sunil arora <arora(dot)sunil(at)gmail(dot)com> wrote:
> Hi folks,
>
> this is my first post to this emailing list. We are using postgres-7.4
> in a Server based application which requires frequent updates and
> inserts of the database. We have observed a substantial fall in the
> performance of database server over the time. It works fine for some
> initial days and then its performace falls... and goes on falling as
> the days passes by ( there is not much increase in the size of the
> database)
>
> I have heard that updates and deletes in any DB bring in some sort of
> fregmentation in the database, and we are using vaccum feature ot the
> postgres to defragment. We have also tweaked the performance
> parameters in postgresql.conf ... but its not helping.

Are you vacuuming the database?

If you haven't been, you will probably need to do a vacuum full now to get
things down to a reasonable size. You should have regularly scheduled
vacuum runs to allow for reuse of deleted tuples. In 8.0 there is a contrib
package that does automated vacuum scheduling. In the upcoming 8.1 release
(just in beta) that feature is part of the core distribution.

If you haven't already, you should read through the server administration
part of the documention.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Cristian Prieto 2005-08-26 18:12:57 SPs performance...
Previous Message Chris Travers 2005-08-26 17:26:44 Re: Postgresql replication