Re: Reasons and drawbacks for unused item pointers - Mailing list pgsql-performance

From Martin Lesser
Subject Re: Reasons and drawbacks for unused item pointers
Date
Msg-id 87u0f2zk5x.fsf@nb-aspire.bettercom.de
Whole thread Raw
In response to Re: Reasons and drawbacks for unused item pointers (was: Update using primary key slow)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses UNSUBSCRIBE
List pgsql-performance
Tom Lane <tgl@sss.pgh.pa.us> writes:

> Martin Lesser <ml-pgsql@bettercom.de> writes:
>> What causes this "unused item pointers" and which impact do they have
>> regarding performance?
> The direct performance impact is really pretty minimal (and none at
> all on indexscans, AFAIR).  The reason Denis' number drew my attention
> was that it implied that the table had gone un-vacuumed for awhile at
> some time in the past. [...]  To have 1905028 unused pointers in a
> table with only 5106307 live entries suggests that at some point there
> were 1.9 million (or so) dead but not-yet-vacuumed tuples, which
> suggests insufficient vacuuming.

Does each update of a single row result in an "unused item pointer"?
I.e. if I update one row 10 times between VACUUMing the table the result
are 10 unused pointers?

Some rows in some of my tables are updated much more frequently than
others so I'm not sure whether the number of unused pointers implie that
I should VACUUM more often than every 24 hours.

Martin

pgsql-performance by date:

Previous
From: Michael Best
Date:
Subject: Re: how postgresql request the computer resources
Next
From: Ron Peacetree
Date:
Subject: Re: How much memory?