Re: VACUUM ANALYZE blocking both reads and writes to a table - Mailing list pgsql-performance

From Peter Schuller
Subject Re: VACUUM ANALYZE blocking both reads and writes to a table
Date
Msg-id 20080630153435.GA15756@hyperion.scode.org
Whole thread Raw
In response to Re: VACUUM ANALYZE blocking both reads and writes to a table  (Alvaro Herrera <alvherre@commandprompt.com>)
List pgsql-performance
Hello,

> No.  VACUUM takes an exclusive lock at the end of the operation to
> truncate empty pages.  (If it cannot get the lock then it'll just skip
> this step.)  In 8.2.4 there was a bug that caused it to sleep
> according to vacuum_delay during the scan to identify possibly empty
> pages.  This was fixed in 8.2.5:

[snip revision log]

Thank you very much! This does indeed seem to be the likely
culprit. Will try to either upgrade, or if not possible in time for
the next occurance, confirm that this is what is happening based on
pg_locks.

Thanks again for the very informative response.

--
/ Peter Schuller

PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>'
Key retrieval: Send an E-Mail to getpgpkey@scode.org
E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org


Attachment

pgsql-performance by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: VACUUM ANALYZE blocking both reads and writes to a table
Next
From: Peter Schuller
Date:
Subject: Re: VACUUM ANALYZE blocking both reads and writes to a table