Re: Minimally avoiding Transaction Wraparound in VLDBs
От | Alvaro Herrera |
---|---|
Тема | Re: Minimally avoiding Transaction Wraparound in VLDBs |
Дата | |
Msg-id | 20050901133112.GB28356@surnet.cl обсуждение исходный текст |
Ответ на | Re: Minimally avoiding Transaction Wraparound in VLDBs (Andrew - Supernews <andrew+nonews@supernews.com>) |
Список | pgsql-hackers |
On Thu, Sep 01, 2005 at 04:21:58AM -0000, Andrew - Supernews wrote: > On 2005-09-01, Alvaro Herrera <alvherre@alvh.no-ip.org> wrote: > > On Thu, Sep 01, 2005 at 01:57:02AM +0100, Simon Riggs wrote: > > > >> > If you're using autovacuum then the problem is already taken care of. > >> > >> autovacuum will respond only to UPDATEs and DELETEs. In the scenario I > >> outline, these will *never* occur on the largest tables. A VACUUM would > >> still eventually be required to freeze long lived tuples and this would > >> not be performed by autovacuum. > > > > Hum, I don't understand -- if you don't want to vacuum the table, why > > run vacuum at all? You can (as of 8.1) disable autovacuum for specific > > tables. The exception is that you are forced to run a database-wide > > VACUUM once in a while (every billion-and-so), but this will hopefully > > disappear in 8.2 too, > > Wishful thinking, or do you have a concrete plan to achieve it? We talked about it during the autovacuum discussions just before feature freeze. There is a vague plan which I intend to study eventually. -- Alvaro Herrera -- Valdivia, Chile Architect, www.EnterpriseDB.com "On the other flipper, one wrong move and we're Fatal Exceptions" (T.U.X.: Term Unit X - http://www.thelinuxreview.com/TUX/)
В списке pgsql-hackers по дате отправления: