Post by S. C.We have a postgres 7.4 database which never vacuum for 4 months. I try to
vacuum one time. But my manager can't bear the low performance of website. So
I had to kill the vacuum before it finished. Is it ok for a postgres 7.4
database never do vacuuming?
We have 10,000 trans every day. That would be 10,000 inserts and 10,000
updates each day.
No, what you need to do is to _regularly_ vacuum it. That is, _ALL
THE TIME_.
Not vacuuming for four months was a severe error, which means that you
now need to run a really full maintenance cycle. At the next possible
opportunity, you really need to do a VACUUM FULL on the whole
database.
It's a little like running an automobile and not bothering to change
the oil or to do any other maintenance for several years. You'd
discover that you need to take the automobile entirely out of service
for an extended period in order to do _major_ repair work, and the
fact that this inconveniences someone is irrelevant.
_Perhaps_ you can do the maintenance a table at a time, here and
there.
But whenever you kill a vacuum, you are discarding any work it has
done. Don't waste everyone's time by watching it for a while, and
then stopping it; keep vacuuming until the tables are DONE.
And then put in a proper maintenance regimen, perhaps using
pg_autovacuum, or at least doing a vacuum of the whole database at low
periods either daily, or at worst, weekly.
In some of our systems, we have tables that need to get vacuumed every
five minutes so that the cost of vacuuming never gets unbearable.
Vacuuming every five minutes goes in a flash because there are
normally only a few hundred tuples, with only a couple hundred of them
"live." For those tables, vacuuming once an hour would be
unacceptable, and would destroy performance of the systems.
--
wm(X,Y):-write(X),write('@'),write(Y). wm('cbbrowne','acm.org').
http://www3.sympatico.ca/cbbrowne/wp.html
'Mounten' wird fuer drei Dinge benutzt: 'Aufsitzen' auf Pferde,
'einklinken' von Festplatten in Dateisysteme, und, nun, 'besteigen'
beim Sex.