Re: Freeze avoidance of very large table.

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Sawada Masahiko <sawada(dot)mshk(at)gmail(dot)com>
Cc: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com>, Petr Jelinek <petr(at)2ndquadrant(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Greg Stark <stark(at)mit(dot)edu>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
Subject: Re: Freeze avoidance of very large table.
Date: 2015-07-07 15:25:13
Message-ID: CANP8+jKEyEUz5OoSoJFmQRPkvFep4dNZUnhqNXnLrD678+_=EQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 7 July 2015 at 15:18, Sawada Masahiko <sawada(dot)mshk(at)gmail(dot)com> wrote:

> > I would also like to see the visibilitymap_test function exposed in SQL,
> > so we can write code to examine the map contents for particular ctids.
> > By doing that we can then write a formal test that shows the evolution
> of tuples from insertion,
> > vacuuming and freezing, testing the map has been set correctly at each
> stage.
> > I guess that needs to be done as an isolationtest so we have an observer
> that contrains the xmin in various ways.
> > In light of multixact bugs, any code that changes the on-disk tuple
> metadata needs formal tests.
>
> Attached patch adds a few function to contrib/pg_freespacemap to
> explore the inside of visibility map, which I used for my test.
> I hope it helps for testing this feature.
>

I don't think pg_freespacemap is the right place.

I'd prefer to add that as a single function into core, so we can write
formal tests. I would not personally commit this feature without rigorous
and easily repeatable verification.

--
Simon Riggs http://www.2ndQuadrant.com/
<http://www.2ndquadrant.com/>
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2015-07-07 15:34:23 Re: New functions
Previous Message Tom Lane 2015-07-07 15:24:25 Re: Repeated pg_upgrade buildfarm failures on binturon