Re: 'Real' auto vacuum?

From: Brad Nicholson
Subject: Re: 'Real' auto vacuum?
Date: ,
Msg-id: 4315B5EF.5020509@ca.afilias.info
(view: Whole thread, Raw)
In response to: Re: 'Real' auto vacuum?  ("Mindaugas Riauba")
List: pgsql-performance

Tree view

'Real' auto vacuum?  (Ralph Mason, )
 Re: 'Real' auto vacuum?  (, )
  Re: 'Real' auto vacuum?  (Ralph Mason, )
 Re: 'Real' auto vacuum?  (Josh Berkus, )
 Re: 'Real' auto vacuum?  ("Mindaugas Riauba", )
  Re: 'Real' auto vacuum?  (Brad Nicholson, )

Mindaugas Riauba wrote:

>>>When a row is orphaned it's added to a list of possibly available rows.
>>>When a new row is needed the list of possible rows is examined and the
>>>first one with a transaction id less then the lowest running transaction
>>>id is chosen to be the new row?  These rows can be in a heap so it's
>>>really fast to find one.
>>>
>>>
>>This is the long-term plan.    However, it's actually a lot harder than it
>>sounds.  Patches welcome.
>>
>>
>
>  Some ETA? Since that would be the most welcome addition for us. We
>have few very heavily updated databases where table bloat and constant
>vacuuming is killing performance.
>
>
>
How often are you vacuuming (the definition of 'constantly' tends to
vary)?  Are you vacuuming the whole database each time?  If so, identify
which tables are being updated frequently, and vacuum those often.
Vacuum other tables less frequently.

Also, are you you using VACUUM FULL (if so, you certainly don't want to be).

--
Brad Nicholson  416-673-4106    
Database Administrator, Afilias Canada Corp.




pgsql-performance by date:

From: Tobias Brox
Date:
Subject: Re: Swapping
From: Tobias Brox
Date:
Subject: Re: Swapping