Re: WAL and backup recovery

Поиск
Список
Период
Сортировка
От Thalis A. Kalfigopoulos
Тема Re: WAL and backup recovery
Дата
Msg-id Pine.LNX.4.21.0105231320040.317-100000@aluminum.cs.pitt.edu
обсуждение исходный текст
Ответ на Re: WAL and backup recovery  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-admin
On Wed, 23 May 2001, Tom Lane wrote:

> Dario Brignardello <dbrignar@sinectis.com> writes:
> >       checkpoint_segments = 1
> >    checkpoint_timeout = 30
>
> Reducing checkpoint_segments and checkpoint_timeout is actually
> seriously counterproductive, if your problem is amount of disk space
> chewed up by WAL logs during a long transaction (such as bulk load of
> a big table).  The WAL log cannot be truncated until the xact commits,
> so the checkpoints that happen meanwhile just cause log bloat.  Lots
> of it, because each checkpoint causes fresh copying of modified pages
> into the WAL log.

Hi Tom,
    in the manual it mentions that the defaults are checkpoint_segments=3 and checkpoint_timeout=300 and a checkpoint
occursfor whichever of the two comes up first. If I change in postgresql.conf checkpoint_segments=10, will the default
checkpoint_timeout=300be ignored or should I increase that as well. I mean, will checkpoint_timeout be still in effect,
becauseif so, then the increasing only checkpoint_segments is useless. 

thanks in advance,
thalis

>
> Try increasing those numbers, not decreasing them.  Maybe 10/600 or so?
>
> Also, if you are short on disk space for WAL, increasing wal_files isn't
> such a great idea either.
>
>             regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
>     (send "unregister YourEmailAddressHere" to majordomo@postgresql.org)
>


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

Предыдущее
От: Stephan Szabo
Дата:
Сообщение: Re: simpler query still significantly slower
Следующее
От: Dario Brignardello
Дата:
Сообщение: Re: WAL and backup recovery