Re: postmaster(s) have high load average
От | Christopher Browne |
---|---|
Тема | Re: postmaster(s) have high load average |
Дата | |
Msg-id | m3k79m718c.fsf@chvatal.cbbrowne.com обсуждение исходный текст |
Ответ на | postmaster(s) have high load average (Chris Webster <cjw@ucar.edu>) |
Ответы |
Re: postmaster(s) have high load average
|
Список | pgsql-general |
In an attempt to throw the authorities off his trail, clapidus@hotmail.com ("Claudio Lapidus") transmitted: >> Run VACUUM VERBOSE on it; you'll no doubt see that some internal >> tables such as pg_activity, pg_statistic, and such have a lot of dead >> tuples. Establishing a connection leads to _some_ DB activity, and >> probably a dead tuple or two; every time you ANALYZE, you create a >> bunch of dead tuples since old statistics are "killed off." > > What? Does this mean that it is needed to routinely vacuum system tables > too? If so, which is the recommended procedure? On some 7.2 systems I work with, a smattering of system tables are vacuumed hourly along with applications that are known to be good "fodder" for the purpose. In 7.3 and 7.4, the "contrib" application, pg_autovacuum can do the trick, vacuuming anything that reaches thresholds of inserts/deletes/updates, and do so more or less as often as necessary. If you haven't got a cron job looking something like: 0 0 * * * * vacuumdb -a -z > /dev/null 2> /dev/null then you should probably add that, at least. -- wm(X,Y):-write(X),write('@'),write(Y). wm('aa454','freenet.carleton.ca'). http://cbbrowne.com/info/multiplexor.html "A hack is a terrible thing to waste, please give to the implementation of your choice..." -- GJC
В списке pgsql-general по дате отправления: