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.
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 |