Re: Simplifying wal_sync_method

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Simplifying wal_sync_method
Дата
Msg-id 6BCB9D8A16AC4241919521715F4D8BCE6C7860@algol.sollentuna.se
обсуждение исходный текст
Ответ на Simplifying wal_sync_method  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
> > > Now thinking about it, the guy had corrupt table, not WAL log.
> > > How is WAL->tables synched?  Does the 'wal_sync_method'
> > > affect it or not?
> >
> > I *think* it always fsyncs() there as it is now, but I'm
> not 100% sure.
>
> wal_sync_method is also used to flush pages during a
> checkpoint, so it could lead to table corruption too, not
> just WAL corruption.
>
> However, on Unix, 99% of corruption is caused by bad disk or RAM.

... or iDE disks with write cache enabled. I've certainly seen more than
what I'd call 1% (though I haven't studied it to be sure) that's because
of write-cached disks...

//Magnus


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Simplifying wal_sync_method
Следующее
От: Kenneth Marshall
Дата:
Сообщение: Re: [pgsql-advocacy] MySQL to PostgreSQL for SugarCRM