Re: 'Real' auto vacuum?

From: Brad Nicholson <bnichols(at)ca(dot)afilias(dot)info>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: 'Real' auto vacuum?
Date: 2005-08-31 13:51:43
Message-ID: 4315B5EF.5020509@ca.afilias.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

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 bnichols(at)ca(dot)afilias(dot)info
Database Administrator, Afilias Canada Corp.

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Carlos Henrique Reimer 2005-08-31 18:25:15 Swapping
Previous Message gdh 2005-08-31 10:26:22 Re: Query slow after VACUUM ANALYZE