Re: Low hanging fruit in lazy-XID-assignment patch?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Low hanging fruit in lazy-XID-assignment patch?
Дата
Msg-id 24164.1189269090@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Low hanging fruit in lazy-XID-assignment patch?  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: Low hanging fruit in lazy-XID-assignment patch?  (Gregory Stark <stark@enterprisedb.com>)
Re: Low hanging fruit in lazy-XID-assignment patch?  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Alvaro Herrera <alvherre@commandprompt.com> writes:
> As a fallout of this work that I haven't seen made explicit, a session
> opening a transaction and then sitting around doing nothing will not
> cause as many problems as it used to -- for example it won't cause
> VACUUM to be unable to clean up dead rows.  Is this correct?

Yeah, if you just issue BEGIN and then sit, you won't have acquired
either an xid or an xmin, so you don't create a VACUUM problem anymore.

If you issue BEGIN, then SELECT, then sit, you'll be publishing an xmin
but not an xid, so at that point you become a problem for VACUUM.
However, internally you don't have any live snapshots (if you're in READ
COMMITTED mode), so eventually we could have you stop publishing an xmin
too.  That's something for 8.4 though.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Low hanging fruit in lazy-XID-assignment patch?
Следующее
От: Gregory Stark
Дата:
Сообщение: Re: Low hanging fruit in lazy-XID-assignment patch?