Re: how unsafe (or worst scenarios) when setting fsync
В списке pgsql-performance по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: how unsafe (or worst scenarios) when setting fsync |
| Дата | |
| Msg-id | 11142.1146149866@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: how unsafe (or worst scenarios) when setting fsync (Simon Riggs <simon@2ndquadrant.com>) |
| Ответы |
Re: how unsafe (or worst scenarios) when setting fsync
|
| Список | pgsql-performance |
Simon Riggs <simon@2ndquadrant.com> writes:
> On Thu, 2006-04-27 at 16:31 +1000, Guoping Zhang wrote:
>> Can we set fsync OFF for the performance benefit, have the risk of only 5
>> minutes data loss or much worse?
> Thats up to you.
> fsync can be turned on and off, so you can make critical changes with
> fsync on, then continue with fsync off.
I think it would be a mistake to assume that the behavior would be
nice clean "we only lost recent changes". Things could get arbitrarily
badly corrupted if some writes make it to disk and some don't.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера