Re: Losing data because of problematic configuration?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Losing data because of problematic configuration?
Дата
Msg-id 354782.1623764371@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Losing data because of problematic configuration?  ("Holtgrewe, Manuel" <manuel.holtgrewe@bih-charite.de>)
Ответы Re: [ext] Re: Losing data because of problematic configuration?  ("Holtgrewe, Manuel" <manuel.holtgrewe@bih-charite.de>)
Список pgsql-general
"Holtgrewe, Manuel" <manuel.holtgrewe@bih-charite.de> writes:
> So it looks as if the database jumps back "half an hour" to ensure consistent data. Everything in between is lost.

Postgres does not lose committed data --- if it did, we'd consider that a
fairly serious bug.  (Well, there are caveats of course.  But most of them
have to do with operating-system crashes or power loss, neither of which
are at stake here.)

I am wondering about this though:

> < 2021-06-15 12:33:04.537 CEST > DEBUG:  resetting unlogged relations: cleanup 1 init 0

Are you perhaps keeping your data in an UNLOGGED table?  If so, resetting
it to empty after a crash is exactly what's supposed to happen.  The
entire point of UNLOGGED is that the performance benefits come at the
cost of losing the data on crash.

            regards, tom lane



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

Предыдущее
От: Vijaykumar Jain
Дата:
Сообщение: Re: immutable function querying table for partitioning
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Memory alloc exception