Lists: | pgsql-bugspgsql-performance |
---|
From: | "Alaa El Gohary" <alaaelgohary(at)bftech(dot)com(dot)eg> |
---|---|
To: | pgsql-bugs(at)postgresql(dot)org |
Subject: | BUG #2543: Performance delay acrros the same day |
Date: | 2006-07-21 07:41:02 |
Message-ID: | 200607210741.k6L7f2VL074357@wwwmaster.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Lists: | pgsql-bugs pgsql-performance |
The following bug has been logged online:
Bug reference: 2543
Logged by: Alaa El Gohary
Email address: alaaelgohary(at)bftech(dot)com(dot)eg
PostgreSQL version: 7.4.12
Operating system: FreeBSD 6.0
Description: Performance delay acrros the same day
Details:
A query on the postgresql DB takes about 5 seconds and then it starts to
take more time till it reaches about 60 seconds by the end of the same day.
I tried vacuum but nothing changed the only thing that works is to dump the
DB ,drop and create a new one with the dump taken.
i need to know if there is any way to restore the performance back without
the need for drop and create
cause i can't do this accross the day
From: | Bruno Wolff III <bruno(at)wolff(dot)to> |
---|---|
To: | Alaa El Gohary <alaaelgohary(at)bftech(dot)com(dot)eg> |
Cc: | pgsql-bugs(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: BUG #2543: Performance delay acrros the same day |
Date: | 2006-07-21 18:33:43 |
Message-ID: | 20060721183343.GA21995@wolff.to |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Lists: | pgsql-bugs pgsql-performance |
On Fri, Jul 21, 2006 at 07:41:02 +0000,
Alaa El Gohary <alaaelgohary(at)bftech(dot)com(dot)eg> wrote:
>
> The following bug has been logged online:
The report below isn't a bug, its a performance question and should have
been sent to pgsql-performance(at)postgresql(dot)org(dot) I am redirecting replies there.
> A query on the postgresql DB takes about 5 seconds and then it starts to
> take more time till it reaches about 60 seconds by the end of the same day.
> I tried vacuum but nothing changed the only thing that works is to dump the
> DB ,drop and create a new one with the dump taken.
> i need to know if there is any way to restore the performance back without
> the need for drop and create
> cause i can't do this accross the day
You most likely aren't vacuuming often enough and/or don't have your FSM
setting high enough.
From: | Markus Schaber <schabi(at)logix-tt(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org, Alaa El Gohary <alaaelgohary(at)bftech(dot)com(dot)eg>, bruno(at)wolff(dot)to |
Subject: | Re: BUG #2543: Performance delay acrros the same day |
Date: | 2006-07-24 07:54:29 |
Message-ID: | 44C47CB5.6080806@logix-tt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Lists: | pgsql-bugs pgsql-performance |
Hi, Bruno,
Bruno Wolff III wrote:
> On Fri, Jul 21, 2006 at 07:41:02 +0000,
> Alaa El Gohary <alaaelgohary(at)bftech(dot)com(dot)eg> wrote:
>> The following bug has been logged online:
>
> The report below isn't a bug, its a performance question and should have
> been sent to pgsql-performance(at)postgresql(dot)org(dot) I am redirecting replies there.
>
>> A query on the postgresql DB takes about 5 seconds and then it starts to
>> take more time till it reaches about 60 seconds by the end of the same day.
>> I tried vacuum but nothing changed the only thing that works is to dump the
>> DB ,drop and create a new one with the dump taken.
>> i need to know if there is any way to restore the performance back without
>> the need for drop and create
>> cause i can't do this accross the day
>
> You most likely aren't vacuuming often enough and/or don't have your FSM
> setting high enough.
Depending on the PostgreSQL version, it might also be that he suffers
from index bloat. He might look into the manual pages about REINDEX for
a description.
HTH,
Markus
--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS
Fight against software patents in EU! www.ffii.org www.nosoftwarepatents.org