Re: Performance query about large tables, lots of concurrent access
От | Alvaro Herrera |
---|---|
Тема | Re: Performance query about large tables, lots of concurrent access |
Дата | |
Msg-id | 20070620175758.GP30369@alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: Performance query about large tables, lots of concurrent access (Karl Wright <kwright@metacarta.com>) |
Ответы |
Re: Performance query about large tables, lots of concurrent
access
|
Список | pgsql-performance |
Karl Wright wrote: > Alvaro Herrera wrote: > >Karl Wright wrote: > > > >>(b) the performance of individual queries had already degraded > >>significantly in the same manner as what I'd seen before. > > > >You didn't answer whether you had smaller, more frequently updated > >tables that need more vacuuming. This comment makes me think you do. I > >think what you should be looking at is whether you can forget vacuuming > >the whole database in one go, and make it more granular. > > I am afraid that I did answer this. My largest tables are the ones > continually being updated. The smaller ones are updated only infrequently. Can you afford to vacuum them in parallel? -- Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC "Java is clearly an example of money oriented programming" (A. Stepanov)
В списке pgsql-performance по дате отправления: