From: | Bruno Wolff III <bruno(at)wolff(dot)to> |
---|---|
To: | "Gosen, Hitoshi" <mic-gosen(at)ns(dot)inter-mic(dot)co(dot)jp> |
Cc: | pgsql-bugs(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: BUG #1186: Broken Index? |
Date: | 2004-07-02 13:12:58 |
Message-ID: | 20040702131258.GB25007@wolff.to |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-bugs pgsql-performance |
On Fri, Jul 02, 2004 at 04:50:07 -0300,
PostgreSQL Bugs List <pgsql-bugs(at)postgresql(dot)org> wrote:
>
> The following bug has been logged online:
This doesn't appear to be a bug at this point. It sounds like you have
a self induced performance problem, so I am moving the discussion to
pgsql-performance.
>
> Bug reference: 1186
> Logged by: Gosen, Hitoshi
>
> Email address: mic-gosen(at)ns(dot)inter-mic(dot)co(dot)jp
>
> PostgreSQL version: 7.4
>
> Operating system: linux 2.4.18
>
> Description: Broken Index?
>
> Details:
>
> Hello All,
> We are using PostgreSQL 7.4.2 for our website that handles over 200,000
> transactions a day.
> About a month ago, the responses from the SELECT queries on the database
> became terribly slow.
> We tried to anaylze the cause of the problem, searching throught the system
> logs and all, but nothing appeared to be out of the ordinary.
>
> What we did to resolve this was to dump the database, delete the database,
> recreate the database, and finally restore it. After that, things were back
> to normal.
>
> From the above experience, we were able to hypothesize that the fault of the
> slow responses was not from a broken data or hardware failures, but from a
> broken index, since we were able to recover 100% of the data on the same
> machine.
>
> Today, the same problem occured, and the same actions are going to be taken
> to temporary resolve it.
>
> Final note: we will also experiment with the 'vacuum full' command to see
> if it counters this problem.
It sounds like you aren't properly vacuuming your database. It is possible
that you need a higher FSM setting or to vacuum more frequently.
From | Date | Subject | |
---|---|---|---|
Next Message | teknet | 2004-07-02 13:20:56 | 7.4.3 initdb: could not create semaphores |
Previous Message | PostgreSQL Bugs List | 2004-07-02 07:50:07 | BUG #1186: Broken Index? |
From | Date | Subject | |
---|---|---|---|
Next Message | Ilir Gashi | 2004-07-02 13:23:55 | Re: timestamp arithmetic (a possible bug?) |
Previous Message | Theodore Petrosky | 2004-07-02 11:23:02 | Re: timestamp arithmetic (a possible bug?) |
From | Date | Subject | |
---|---|---|---|
Next Message | CoL | 2004-07-02 14:23:44 | Re: Mysterious performance of query because of plsql function in |
Previous Message | Bruno Wolff III | 2004-07-02 13:07:10 | Re: Mysterious performance of query because of plsql function in where condition |