From: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> |
---|---|
To: | Robert John Shepherd <robert(at)reviewer(dot)co(dot)uk> |
Cc: | <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: [BUGS] Rapid deteriation of performance (might be caused by |
Date: | 2003-04-04 14:50:41 |
Message-ID: | 20030404064515.Q92769-100000@megazone23.bigpanda.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-performance |
On Fri, 4 Apr 2003, Robert John Shepherd wrote:
> Up until a few days ago I have been running Postgresl 7.2.3 with Tsearch
> from the contrib dir, but at various times the performance of the
> database would suddenly and rapidly deteriate so that queries which
> previously took 500ms then took 8 or 9 seconds.
Hmm, what are the before and after explain analyze results? Also, what
are your conf settings for shared buffers, sort memory and the fsm
parameters?
> The only cure is a backup and restore of the database, vacuuming and
> analysing does nothing. I even tried rebuilding all indexes once which
> didn't seem to help.
Did you do a regular vacuum or vacuum full? If only the former, it's
possible that you need to either vacuum more frequently and/or raise the
free space map settings in your configuration file.
What does vacuum full verbose <table>; give you for the tables involved?
> Help! (And sorry if this is the wrong list)
pgsql-performance is a better list, so I've replied to there. You'll
probably need to join in order to reply to list.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-04-04 14:53:28 | Re: Rapid deteriation of performance (might be caused by tsearch?) in 7.3.2 |
Previous Message | lists | 2003-04-04 13:53:25 | index problem when renaming a table |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-04-04 14:53:28 | Re: Rapid deteriation of performance (might be caused by tsearch?) in 7.3.2 |
Previous Message | Jeffrey D. Brower | 2003-04-04 12:45:29 | Re: [HACKERS] OSS database needed for testing |