Slow DROP INDEX

From: Rod Taylor <pg(at)rbt(dot)ca>
To: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Slow DROP INDEX
Date: 2004-02-16 16:54:44
Message-ID: 1076950484.18564.39.camel@jester
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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?

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message markw 2004-02-16 17:18:11 Re: Proposed Query Planner TODO items
Previous Message markw 2004-02-16 16:26:53 Re: Proposed Query Planner TODO items