Heavily modified big table bloat even in auto vacuum is running

Поиск
Список
Период
Сортировка
От Haribabu kommi
Тема Heavily modified big table bloat even in auto vacuum is running
Дата
Msg-id 8977CB36860C5843884E0A18D8747B0372BC84DA@szxeml558-mbs.china.huawei.com
обсуждение исходный текст
Ответы Re: Heavily modified big table bloat even in auto vacuum is running  (Kevin Grittner <kgrittn@ymail.com>)
Re: Heavily modified big table bloat even in auto vacuum is running  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers

vacuum is not happening on a heavily modified big table even if the dead tuples are more than configured threshold.

 

This is because during at the end of vacuum, the number of dead tuples of the table is reset as zero, because

of this reason the dead tuples which are occurred during the vacuum operation are lost. Thus to trigger a next vacuum

on the same table, the configured threshold number of dead tuples needs to be occurred.

The next vacuum operation is taking more time because of more number of dead tuples, like this it continues and it leads

to Table and index bloat.

 

To handle the above case instead of directly resetting the dead tuples as zero, how if the exact dead tuples

are removed from the table stats. With this approach vacuum gets triggered frequently thus it reduces the bloat.

Patch for the same is attached in the mail.

 

please let me know is there any problem in this approach.

 

Regards,

Hari babu.

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: INSERT...ON DUPLICATE KEY LOCK FOR UPDATE
Следующее
От: Robert Haas
Дата:
Сообщение: Re: logical changeset generation v6.2