Re: [GENERAL] Table not cleaning up drom dead tuples
| От | Glyn Astill |
|---|---|
| Тема | Re: [GENERAL] Table not cleaning up drom dead tuples |
| Дата | |
| Msg-id | 1007889347.3497957.1489502073448@mail.yahoo.com обсуждение исходный текст |
| Ответ на | Re: [GENERAL] Table not cleaning up drom dead tuples (Антон Тарабрин <tarabanton@gmail.com>) |
| Ответы |
Re: [GENERAL] Table not cleaning up drom dead tuples
|
| Список | pgsql-general |
> ________________________________ > From: Антон Тарабрин <tarabanton@gmail.com> > To: "pgsql-general@postgresql.org" <pgsql-general@postgresql.org> > Sent: Tuesday, 14 March 2017, 14:05 > Subject: Re: [GENERAL] Table not cleaning up drom dead tuples > > > Yep. VACUUM FULL not helping us on OLD table, that are not getting updated and not used in any requests. Bloat is stillthere > This is production system, so now we are investigating why it's happening. > > > > Information about problematic tables: > > https://gist.github.com/tarabanton/edf7f8dc26eb7ec37a9cfa3424493871 > At the link above is some results of VACUUM (ANALYZE, VERBOSE) from source (OLD) table. > So what's the output of vacuum full? Or are you saying you can't sustain the exclusive lock vacuum full would require? Plain vacuum can only reclaim free space at the end of the table, fragmented dead rows can only be marked available for reuse. Perhaps give us some idea of activity on your database/tables: select * from pg_stat_user_tables where relname in ('__orders_y2017_m3_to_drop', '__orders_y2017_m2_to_drop'); select * from pg_stat_database;
В списке pgsql-general по дате отправления: