Re: [COMMITTERS] pgsql: Reset btpo.xact following recovery of btree delete page.
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [COMMITTERS] pgsql: Reset btpo.xact following recovery of btree delete page. |
| Дата | |
| Msg-id | 29112.1269002483@sss.pgh.pa.us обсуждение |
| Ответы |
Re: [COMMITTERS] pgsql: Reset btpo.xact following recovery of
btree delete page.
|
| Список | pgsql-hackers |
sriggs@postgresql.org (Simon Riggs) writes:
> Log Message:
> -----------
> Reset btpo.xact following recovery of btree delete page. Add btpo_xact
> field into WAL record and reset it from there, rather than using
> FrozenTransactionId which can lead to some corner case bugs.
Simon, you can't just whack WAL record contents around without a care.
This commit breaks on-disk WAL compatibility and will result in possibly
unrecoverable databases as soon as someone applies it; not to mention
what will happen if an HS slave is not running the same code as its
master. This must be treated as an initdb-forcing, or at least
pg_resetxlog-forcing, change.
The correct thing to do when committing such a change is to change the
WAL-file magic number XLOG_PAGE_MAGIC.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера