Re: Index Problem? - Mailing list pgsql-performance

From Josh Berkus
Subject Re: Index Problem?
Date
Msg-id 200404161001.52989.josh@agliodbs.com
Whole thread Raw
In response to Index Problem?  (Ron St-Pierre <rstpierre@syscor.com>)
Responses Re: Index Problem?  (Ron St-Pierre <rstpierre@syscor.com>)
List pgsql-performance
Ron,

> The emp table has 60 columns, all indexed, about two-thirds are numeric,
> but they are not affected by this update. The other 50+ columns are
> updated in the middle of the night and the amount of time that update
> takes isn't a concern.

Well, I'd say that you have an application design problem, but that's not what
you asked for help with ;-)

> Late last night I dumped the table, dropped it and re-created it from
> the dump (on the production server - when no one was looking). When I
> re-ran the function it took almost 11 minutes, which was pretty much in
> line with my results from the dev server.

Sounds like you need to run a REINDEX on the table -- and after that,
dramatically increase your max_fsm_pages, and run lazy VACUUM immediately
after the batch update to clean up.

--
-Josh Berkus
 Aglio Database Solutions
 San Francisco


pgsql-performance by date:

Previous
From: Josh Berkus
Date:
Subject: Re: RESOLVED: Re: Wierd context-switching issue on Xeon
Next
From: Tom Lane
Date:
Subject: Re: Horribly slow hash join