Re: Drop big index - Mailing list pgsql-general

From Marti Raudsepp
Subject Re: Drop big index
Date
Msg-id CABRT9RDu3uK0BMR7vLWnmH2m4mn4aQfJvPCeMGfhPU4SnUpjUA@mail.gmail.com
Whole thread Raw
In response to Drop big index  (Vojtěch Rylko <vojta.rylko@seznam.cz>)
Responses Re: Drop big index
List pgsql-general
2012/2/15 Vojtěch Rylko <vojta.rylko@seznam.cz>:
> this query performed so long and blocked table so I had to interrupt it. Is
> there any way how to drop large indexes in non-blocking or /faster/ way?

Usually the problem is not with the size of the index -- but some
other running transactions that hold a read lock on the table, and
preventing the DROP INDEX from getting an exclusive lock. If the
exclusive lock is granted, the drop index is usually very fast.

Run 'select * from pg_stat_activity' and see if there are any "<IDLE>
in transaction" connections. It's normal to have these for a second or
few, but longer idle transactions usually indicate an application bug
-- it started a transaction, but "forgot" to rollback or commit. These
are problematic for this exact reason -- locks can't be released until
the transaction finishes.

Regards,
Marti

pgsql-general by date:

Previous
From: "Albe Laurenz"
Date:
Subject: RE: [GENERAL] conexão no windows 7
Next
From: sujayr06
Date:
Subject: Re: Unable to execute \copy from Client Application