From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Rajesh Kumar Mallah <mallah(at)trade-india(dot)com> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: ALTER table taking ages... |
Date: | 2004-02-27 16:56:13 |
Message-ID: | 20162.1077900973@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Rajesh Kumar Mallah <mallah(at)trade-india(dot)com> writes:
> It takes ages to drop a constraint from one of my tables
> [ table details at the end ] I cannot insert into it also.
DROP CONSTRAINT in itself isn't going to take any significant amount of
time. The only plausible explanation is that some other session has a
lock on the table, forcing the DROP to wait. DROP is going to want
access-exclusive lock on the table, so pretty much anything will block it.
> tradein_clients=# SELECT * from pg_locks where mode='ExclusiveLock' and
> granted is true;
This is unhelpful. In the first place there are multiple kinds of lock
and you've shown only one. In the second place, the entries you want to
start from are the ones with granted not true, because that indicates
someone waiting for a lock. Try something like
select h.pid as blocker, w.pid as blockee from pg_locks h, pg_locks w
where h.granted and not w.granted and
((h.relation = w.relation and h.database = w.database) or
h.transaction = w.transaction);
and then look in pg_stat_activity to find out what each process is
doing.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Phillip R. aka Qbert | 2004-02-27 17:13:58 | Solution! (was: Re: Linux (Debian Woody)...) |
Previous Message | John Allgood | 2004-02-27 16:11:06 | Re: Running Multiple Postmasters |