Re: Exclusive lock for database rename

From: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>
To: andrew(at)supernews(dot)com
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Exclusive lock for database rename
Date: 2005-11-04 22:02:13
Message-ID: 20051104220213.GB9989@pervasive.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Nov 03, 2005 at 07:40:15PM -0000, Andrew - Supernews wrote:
> On 2005-11-03, Peter Eisentraut <peter_e(at)gmx(dot)net> wrote:
> > Peter Eisentraut wrote:
> >> Someone wanted to rename a database while someone else was running a
> >> rather long pg_dump, so the rename had to wait, and everyone else had
> >> to wait for the rename because no new connections would be allowed.
> >
> > As an auxiliary issue, why do the new connections have to wait in this
> > case? The rename waits for the AccessShareLock of the dump to be
> > released, but meanwhile new connections should be able to get
> > AccessShareLocks of their own.
>
> No. New AccessShare locks block behind the pending AccessExclusive lock.
> Otherwise AccessShare locks could starve the exclusive lock forever.

I would argue that in cases like this (and 'this' means just about any
DDL, for starters) that it would be better not to block everyone until
work can actually be done. Or at least make that an option.
--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim C. Nasby 2005-11-04 22:05:07 Re: Reducing the overhead of NUMERIC data
Previous Message Kenneth Marshall 2005-11-04 21:38:37 Re: [ANNOUNCE] PostgreSQL 8.1 RC1