Transaction lock granting order - Mailing list pgsql-general

From Joshua Ma
Subject Transaction lock granting order
Date
Msg-id CAG9XPV=YAj0W1onOAt5PW5Yjbv3KwjD+xgw8OuGLGc1C0rVaog@mail.gmail.com
Whole thread Raw
Responses Re: Transaction lock granting order
List pgsql-general
Can someone point me to documentation on (or confirm) this detail on Postgres locking?

- Transaction X starts and acquires a lock on a table T
- Transaction Y starts and attempts to acquire a conflicting lock on T - it is now blocked
- Transaction Z starts and also attempts to acquire a conflicting lock on T - it is now blocked

Is txn Y guaranteed to be the first txn to proceed once X finishes? Is there some "lock queue order" that is respected? Is there any chance Z can proceed before Y, say if it acquires a less aggressive lock?

Put differently: when txn Y starts, it has to wait. Is this wait time at most the length of the longest txn older than Y?

Thanks,
Josh

pgsql-general by date:

Previous
From: Jeff Janes
Date:
Subject: Re: INSERT - UPDATE throughput oscillating and SSD activity after stopping the client
Next
From: Tom Lane
Date:
Subject: Re: Transaction lock granting order