Re: ProcessStandbyHSFeedbackMessage can make global xmin go backwards
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: ProcessStandbyHSFeedbackMessage can make global xmin go backwards |
| Дата | |
| Msg-id | 11236.1319212779@sss.pgh.pa.us обсуждение |
| Ответ на | Re: ProcessStandbyHSFeedbackMessage can make global xmin go backwards (Merlin Moncure <mmoncure@gmail.com>) |
| Список | pgsql-hackers |
Merlin Moncure <mmoncure@gmail.com> writes:
> On Wed, Oct 19, 2011 at 6:04 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> ProcessStandbyHSFeedbackMessage has a race condition: it thinks it can
>> call GetOldestXmin and then the result will politely hold still while
>> it considers what to do next.
> curious: are these bugs in production, and what would be the user
> visible symptoms of seeing them in the wild?
There's no bug so far as data integrity on the master goes. The risk
is that you'd see queries failing with replication conflicts on a
hot-standby slave even though you thought you'd protected them by
setting hot_standby_feedback = on. That would happen if any rows
actually got vacuumed despite the standby's attempt to set an xmin
that would protect them. This is possible anyway at walsender
startup, but I think the logic errors made it more probable.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера