Re: AW: vacuum
От | The Hermit Hacker |
---|---|
Тема | Re: AW: vacuum |
Дата | |
Msg-id | Pine.BSF.4.33.0106130649140.411-100000@mobile.hub.org обсуждение исходный текст |
Ответ на | AW: vacuum (Zeugswetter Andreas SB <ZeugswetterA@wien.spardat.at>) |
Список | pgsql-hackers |
On Wed, 13 Jun 2001, Zeugswetter Andreas SB wrote: > > > Is there a relative consensus for how often to run vacuum? I have a > > table of about 8 columns that I fill with 100,000 items simply via a "\i > > alarms.sql". After 1,000 items or so it gets extremely slow to fill with > > data, and will take over a day to fill the entire thing unless I run vacuum > > once a minute. > > You will have to tell us, what exactly your alarms.sql does, and what indexes > your table has. Above behavior is certainly not to be expected in general, > especially the "vacuum once a minute" is highly suspicious. > > For a series of insert only statements, the vacuum is not supposed to help at > all, thus there must be an update hidden somewhere. the one question I'd have is what does the table size look like before/after this 'once a minute vacuum'? I have one client that has continuous UPDATEs happening to his table, no INSERTs, no DELETEs ... and his tables quicklky grow from a 8k table to 65Meg if there is no vacuum happening every few *hours* ... The other question is, what are your startup parameters? What sort of shared memory buffer are you working with? I image that VACUUM does a flush to disk, so are 1000 items filling your buffer(s), causing an almost continue fsync to disk for each INSERT after that ... so the VACUUM is clearing the buffer(s) to disk, giving your space again to do quick INSERTs for 1000 records again?
В списке pgsql-hackers по дате отправления: