Slow DROP INDEX - Mailing list pgsql-hackers

From Rod Taylor
Subject Slow DROP INDEX
Date
Msg-id 1076950484.18564.39.camel@jester
Whole thread Raw
Responses Re: Slow DROP INDEX  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
I have an IO congested database (PostgreSQL 7.2) with too many
(overlapping) indexes, so the obvious solution is to drop them.

DROP INDEX seems to want to take several minutes to complete, which
causes a backup of clients and me to eventually abort the process to let
all the backed up queries go through.

The real question is why does DROP INDEX take more than a couple of
seconds to complete? It is not held up by locked. The indexes are about
5GB in size. I assume PostgreSQL is trying to read the entire index off
disk prior to removal or something equally strange. Is this necessary?



pgsql-hackers by date:

Previous
From: markw@osdl.org
Date:
Subject: Re: Proposed Query Planner TODO items
Next
From: Tom Lane
Date:
Subject: Re: Proposed Query Planner TODO items