Re: autovacuum logging, part deux.
От | Larry Rosenman |
---|---|
Тема | Re: autovacuum logging, part deux. |
Дата | |
Msg-id | F6616E0E81AC0841B1F9DD252F7C4B55041A5E@ausmaildd.aus.pervasive.com обсуждение исходный текст |
Ответ на | autovacuum logging, part deux. ("Larry Rosenman" <lrosenman@pervasive.com>) |
Ответы |
Re: autovacuum logging, part deux.
|
Список | pgsql-hackers |
Rod Taylor wrote: > I don't know about anyone else, but the only time I look at that mess > is to find poor tuple/table or tuple/index ratios and other > indications that vacuum isn't working as well as it should be. > > How about this instead: > > Log when the actual autovacuum_vacuum_scale_factor (dead space cleaned > up) was more than 2 times the autovacuum_vacuum_scale_factor listed in > postgresql.conf. This means autovacuum isn't keeping up to what you > want it to. > > Another interesting case would be a large amount of empty space in the > index or table (say 3x autovacuum_vacuum_scale_factor). This may > indicate unnecessary bloat and something to fix. > > Aside from that, the raw numbers don't really interest me. > Does anyone think we should have a stats view for the last vacuum stats for each table? I.E. capture all the verbose info somewhere? Or, do people just want to increase the logging? I still don't see a consensus on what needs to come out. Do we still need the autovacuum_verbosity type change? LER -- Larry Rosenman Database Support Engineer PERVASIVE SOFTWARE. INC. 12365B RIATA TRACE PKWY 3015 AUSTIN TX 78727-6531 Tel: 512.231.6173 Fax: 512.231.6597 Email: Larry.Rosenman@pervasive.com Web: www.pervasive.com
В списке pgsql-hackers по дате отправления: