Re: Vacuum full: alternatives?

From: John R Pierce <pierce(at)hogranch(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Vacuum full: alternatives?
Date: 2016-06-20 16:06:10
Message-ID: 90db2072-d945-6b30-fc91-ec563369cb51@hogranch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 6/20/2016 8:51 AM, David G. Johnston wrote:
>
>
> incorrect. in fact, an update is performed identically to an
> INSERT + DELETE(old)
>
>
> Except for heap-only-tuple optimization, right? We cannot build a HOT
> chain if the user requests a delete separately since their is no
> longer an association to trace from the old record.
>
> I suspect this affects free space usage to some degree as well but I
> agree and believe that the reclaimed space is not forbidden to be used
> (I wouldn't rely on my word though and haven't tried to find relevant
> documentation).

yeah, HOT only works on updates that don't modify any indexed fields,
and only if there's adequate free space in the same block. If you have
a update intensive table thats a candidate for HOT, I've been
recommending setting that table's fill factor to 50-70% prior to
populating it to leave freespace in every block.

--
john r pierce, recycling bits in santa cruz

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Vik Fearing 2016-06-20 17:53:47 Re: R: Vacuum full: alternatives?
Previous Message David G. Johnston 2016-06-20 15:51:51 Re: Vacuum full: alternatives?