From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | MirrorX <mirrorx(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: strange exclusive lock in relation --- ideas |
Date: | 2011-08-24 14:50:27 |
Message-ID: | CAHyXU0zoNANZ5943unakAVFvndLpa=jkcn77CnS+Fp9r1zBmiQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, Aug 24, 2011 at 9:11 AM, MirrorX <mirrorx(at)gmail(dot)com> wrote:
> hello all,
>
> i came with a strange finding the other day and i would appreciate any ideas
> on the matter (if any). while checking on the locks of the server i found a
> tuple indicating that a prepared transaction had requested an exclusive lock
> on a relation. in general, i am aware of the situations where an exclusive
> lock is requested (alter table, drop, create index, vacuum full ...) but i
> would like to know if there are any other cases when an exclusive lock
> request could be issued. i have ran many tests since then but didnt manage
> to recreate the lock. i used various combinations of concurrent transactions
> of inserts,update,deletes using foreign keys and other constraints but with
> no use. so, do you have in mind any other situation (beside the obvious ones
> mentioned before) when such a lock can be requested? thx in advance
a couple more 'obvious' ones:
LOCK
CLUSTER
TRUNCATE
REINDEX
hm, can't think of anything else off top of head...
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2011-08-24 14:51:08 | Re: init script or procedure |
Previous Message | Merlin Moncure | 2011-08-24 14:38:24 | Re: init script or procedure |