Re: Reasons and drawbacks for unused item pointers
От | Martin Lesser |
---|---|
Тема | Re: Reasons and drawbacks for unused item pointers |
Дата | |
Msg-id | 87u0f2zk5x.fsf@nb-aspire.bettercom.de обсуждение исходный текст |
Ответ на | Re: Reasons and drawbacks for unused item pointers (was: Update using primary key slow) (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
UNSUBSCRIBE
|
Список | 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 по дате отправления: