Re: Transaction ID wraparound: problem and proposed solution - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Transaction ID wraparound: problem and proposed solution
Date
Msg-id 200011041843.NAA28411@candle.pha.pa.us
Whole thread Raw
In response to Transaction ID wraparound: problem and proposed solution  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: CommandCounterIncrement
Next
From: "Martin A. Marques"
Date:
Subject: Re: problems with configure