Re: Why copy_relation_data only use wal whenWALarchiving is enabled
В списке pgsql-hackers по дате отправления:
| От | Heikki Linnakangas |
|---|---|
| Тема | Re: Why copy_relation_data only use wal whenWALarchiving is enabled |
| Дата | |
| Msg-id | 471615E9.4040402@enterprisedb.com обсуждение исходный текст |
| Ответ на | Re: Why copy_relation_data only use wal when WALarchiving is enabled (Simon Riggs <simon@2ndquadrant.com>) |
| Ответы |
Re: Why copy_relation_data only use wal whenWALarchiving
is enabled
|
| Список | pgsql-hackers |
Simon Riggs wrote: > If you've got a better problem statement it would be good to get that > right first before we discuss solutions. Reusing a relfilenode of a deleted relation, before next checkpoint following the commit of the deleting transaction, for an operation that doesn't WAL log the contents of the new relation, leads to data loss on recovery. Or Performing non-WAL logged operations on a relation file leads to a truncated file on recovery, if the relfilenode of that file used to belong to a relation that was dropped after the last checkpoint. Happy? -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера