Re: Autovacuum / full vacuum - Mailing list pgsql-performance

From Chris Browne
Subject Re: Autovacuum / full vacuum
Date
Msg-id 60d5ipcw8y.fsf@dba2.int.libertyrms.com
Whole thread Raw
In response to Autovacuum / full vacuum  (Michael Riess <mlriess@gmx.de>)
Responses Re: Autovacuum / full vacuum (off-topic?)
List pgsql-performance
mind@bi.lt ("Mindaugas") writes:
>> >> Even a database-wide vacuum does not take locks on more than one
>> >> table.  The table locks are acquired and released one by one, as
>> >> the operation proceeds.
>>
>> > Has that changed recently?  I have always seen "vacuumdb" or SQL
>> > "VACUUM" (without table specifications) running as one long
>> > transaction which doesn't release the locks that it is granted
>> > until the end of the transaction.
>>
>> You sure?  It's not supposed to, and watching a database-wide
>> vacuum with "select * from pg_locks" doesn't look to me like it
>> ever has locks on more than one table (plus the table's indexes and
>> toast table).
>
>   Are there some plans to remove vacuum altogether?

I don't see that on the TODO list...

http://www.postgresql.org/docs/faqs.TODO.html

To the contrary, there is a whole section on what functionality to
*ADD* to VACUUM.
--
let name="cbbrowne" and tld="acm.org" in String.concat "@" [name;tld];;
http://www.ntlug.org/~cbbrowne/finances.html
"There are two types of hackers working on Linux: those who can spell,
and those who can't.  There  is a constant, pitched battle between the
two  camps."
--Russ Nelson (Linux Kernel Summary, Ver. 1.1.75 -> 1.1.76)

pgsql-performance by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Autovacuum / full vacuum
Next
From: "Benjamin Arai"
Date:
Subject: 3WARE Card performance boost?