Re: Transaction ID wraparound: problem and proposed solution

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Transaction ID wraparound: problem and proposed solution
Дата
Msg-id 200011041843.NAA28411@candle.pha.pa.us
обсуждение исходный текст
Ответ на Transaction ID wraparound: problem and proposed solution  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
One idea I had from this is actually truncating pg_log at some point if
we know all the tuples have the special committed xid.  It would prevent
the file from growing without bounds.

Vadim, can you explain how WAL will make pg_log unnecessary someday?


> We've expended a lot of worry and discussion in the past about what
> happens if the OID generator wraps around.  However, there is another
> 4-byte counter in the system: the transaction ID (XID) generator.
> While OID wraparound is survivable, if XIDs wrap around then we really
> do have a Ragnarok scenario.  The tuple validity checks do ordered
> comparisons on XIDs, and will consider tuples with xmin > current xact
> to be invalid.  Result: after wraparound, your whole database would
> instantly vanish from view.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: CommandCounterIncrement
Следующее
От: "Martin A. Marques"
Дата:
Сообщение: Re: problems with configure