Re: concurrent SELECT blocking ALTER?

From: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
To: nharkins(at)gmail(dot)com
Cc: Thomas Kellerer <spam_eater(at)gmx(dot)net>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: concurrent SELECT blocking ALTER?
Date: 2014-01-29 23:33:16
Message-ID: CAMkU=1z5AusWf9d62w7ohEqT+RPWUmGEgaPGYPeA56R71X27jw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Jan 29, 2014 at 3:09 PM, Neil Harkins <nharkins(at)gmail(dot)com> wrote:

> Note the number of exclusive locks in my first message, it is equal to the
> number of threads (20). Also, the ALTER was not running then, apologies
> if that was not clear.

Not all locks are on tables. Each transaction holds an Exclusive lock on
its own virtual transaction id, and that is what you are seeing there.
Looking the pg_locks table without looking at the nature of the locks is
generally not very useful.

Cheers,

Jeff

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Kevin Grittner 2014-01-29 23:41:10 Re: Re: PostgreSQL specific datatypes very confusing for beginners who use wrappers around JDBC
Previous Message Neil Harkins 2014-01-29 23:09:30 Re: concurrent SELECT blocking ALTER?