Re: Autovacuum / full vacuum
От
Larry Rosenman
Тема
Re: Autovacuum / full vacuum
Дата
Msg-id
D1D2D51E3BE3FC4E98598248901F75940328D9B7@ausmail2k4.aus.pervasive.com
Список
Дерево обсуждения
Re: Autovacuum / full vacuum Christopher Browne <cbbrowne@acm.org>
Re: Autovacuum / full vacuum Michael Riess <mlriess@gmx.de>
Re: Autovacuum / full vacuum Michael Stone <mstone+postgres@mathom.us>
Re: Autovacuum / full vacuum Andrew Sullivan <ajs@crankycanuck.ca>
Re: Autovacuum / full vacuum Scott Marlowe <smarlowe@g2switchworks.com>
Re: Autovacuum / full vacuum Andrew Sullivan <ajs@crankycanuck.ca>
Re: Autovacuum / full vacuum Scott Marlowe <smarlowe@g2switchworks.com>
Re: Autovacuum / full vacuum "Jim C. Nasby" <jnasby@pervasive.com>
Re: Autovacuum / full vacuum Michael Riess <mlriess@gmx.de>
Re: Autovacuum / full vacuum "Jim C. Nasby" <jnasby@pervasive.com>
Re: Autovacuum / full vacuum hubert depesz lubaczewski <depesz@gmail.com>
Michael Riess wrote: > Hi, > > yes, some heavily used tables contain approx. 90% free space after a > week. I'll try to increase FSM even more, but I think that I will > still have to run a full vacuum every week. Prior to 8.1 I was using > 7.4 and ran a full vacuum every day, so the autovacuum has helped a > lot. > > But actually I never understood why the database system slows down at > all when there is much unused space in the files. Are the unused pages > cached by the system, or is there another reason for the impact on the > performance? The reason is that the system needs to LOOK at the pages/tuples to see if the tuples are dead or not. So, the number of dead tuples impacts the scans. LER > > Mike -- 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-performance по дате отправления