Re: Vacuuming and re-indexing (was Re: Vacuum meaning)

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Vacuuming and re-indexing (was Re: Vacuum meaning)
Дата
Msg-id 200301032339.h03Nd9I23088@candle.pha.pa.us
обсуждение исходный текст
Ответ на Vacuuming and re-indexing (was Re: Vacuum meaning)  ("David F. Skoll" <dfs@roaringpenguin.com>)
Список pgsql-admin
No question vacuuming is ugly.  My hope is that some of the statistics
collection can be used to automatic vacuum for 7.4.  We have some folks
working on that.

---------------------------------------------------------------------------

David F. Skoll wrote:
> On Fri, 3 Jan 2003, Robert Treat wrote:
>
> > The purpose of a regular aka "lazy" vacuum is to mark dead tuples
> > generated from updates and deletions as reusable by future inserts and
> > updates. It doesn't recover any disk space, but allows currently wasted
> > space to be reused. "Full" vacuums, otoh, serve the purpose of
> > reclaiming unused space.
>
> The whole "vaccuum" concept is, IMHO, one of the weakest aspects of
> PostgreSQL.  It really makes it difficult to build products around
> PostgreSQL unless you have a good idea of the database churn, which
> isn't always possible.
>
> Is there any way to adaptively vacuum the database?  By this, I mean
> is it possible to run a query every few minutes and decide to vacuum
> based on the query results?
>
> > However, based on your 4:00 output, I'd say you need to start doing more
> > frequent lazy vacuums on user_logs_digest and user_traffic. Try and
> > determine how long it takes for 15% of those tables to be updated or
> > delete/insert and then set a cron task to do a lazy vacuum analyze at
> > that frequency. (This is in additional to regular vacuuming on the rest
> > of the database)
>
> Is there any query that can return that info?  A query that tells how
> many dead tuples there are?
>
> > It's possible your suffering index bloat as well and you might need to
> > do some regular reindexing,
>
> Again, this sounds ugly.  How do you determine this?  How do you get your
> database to be reindexed as often as needed, but not too often?
>
> --
> David.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

В списке pgsql-admin по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Upgrade Procedures
Следующее
От: "Rajesh Kumar Mallah."
Дата:
Сообщение: Re: Get client's IP