Re: Estimation error in n_dead_tuples

Поиск
Список
Период
Сортировка
Искать
От
ITAGAKI Takahiro
Тема
Re: Estimation error in n_dead_tuples
Дата
Msg-id
20070202105422.59FD.ITAGAKI.TAKAHIRO@oss.ntt.co.jp
Ответ на
Список
Дерево обсуждения
Estimation error in n_dead_tuples ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>
Re: Estimation error in n_dead_tuples Tom Lane <tgl@sss.pgh.pa.us>
Re: Estimation error in n_dead_tuples Jim Nasby <decibel@decibel.org>
Re: Estimation error in n_dead_tuples ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>

Tom Lane  wrote:

> > I'm thinking to add "the number of vacuumed tuples" to the message from
> > vacuum. The stats collector will subtract the value from n_dead_tuples
> > instead of setting it to zero.

> This seems awfully dangerous to me, because then you are operating on
> dead reckoning forever

Ah, I see. We need 'reset' of statistics sometimes.

Now I'll propose to save the n_dead_tuples value at the beginning of
vacuum, and send the value with a stat message to subtract. The added
number to n_dead_tuples during vacuum will be left.
(This is true for now, but will be incorrect after "Recalculating
OldestXmin in a long-running vacuum" patch is commited.)

I'll send a patch that adds the above to patches.


> > This is also needed if we want to make
> > some kinds of "partial" vacuum methods.

We can adjust the number of vacuumed tuples for patial vacuums
that scan a part of heap pages. For example, n_dead_duples_at_start * scanned_pages / rel_pages .
We can also use the actually removed tuples in vacuum for adjustments.

Regards,
---
ITAGAKI Takahiro
NTT Open Source Software Center



В списке pgsql-hackers по дате отправления
От: Koichi Suzuki
Дата:
От: David Fetter
Дата:
FAQ