AW: Re: Backup and Recovery

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB
Тема AW: Re: Backup and Recovery
Дата
Msg-id 11C1E6749A55D411A9670001FA687963368367@sdexcsrv1.f000.d0188.sd.spardat.at
обсуждение исходный текст
Ответы Re: AW: Re: Backup and Recovery  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: Re: Backup and Recovery  (ncm@zembu.com (Nathan Myers))
Список pgsql-hackers
> > Also, isn't the WAL format rather bulky to archive hours and hours of?

If it were actually too bulky, then it needs to be made less so, since that
directly affects overall performance :-) 

> > I would expect high-level transaction redo records to be much more compact;
> > mixed into the WAL, such records shouldn't make the WAL grow much faster.

All redo records have to be at the tuple level, so what higher-level are you talking 
about ? (statement level redo records would not be able to reproduce the same
resulting table data (keyword: transaction isolation level)) 

> The page images are not needed and can be thrown away once the page is
> completely sync'ed to disk or a checkpoint happens.

Actually they should at least be kept another few seconds to allow "stupid"
disks to actually write the pages :-) But see previous mail, they can also 
help with various BAR restore solutions.

Andreas


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

Предыдущее
От: Alessio Bragadini
Дата:
Сообщение: Re: [OT] Any major users of postgresql?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: stuck spin lock with many concurrent users