| От | Tom Lane |
|---|---|
| Тема | Re: testing HS/SR - 1 vs 2 performance |
| Дата | |
| Msg-id | 20854.1272390770@sss.pgh.pa.us обсуждение |
| Ответ на | Re: testing HS/SR - 1 vs 2 performance (Simon Riggs <simon@2ndQuadrant.com>) |
| Ответы |
Re: testing HS/SR - 1 vs 2 performance
|
| Список | pgsql-hackers |
Simon Riggs <simon@2ndQuadrant.com> writes:
> v3 attached
This patch changes KnownAssignedXidsRemove() so that failure to find
the target XID is elog(ERROR) (ie, a PANIC, since this is in the
startup process). However, this comment is still there:
/* * We can fail to find an xid if the xid came from a subtransaction that * aborts, though the xid hadn't yet been
reportedand no WAL records have * been written using the subxid. In that case the abort record will * contain that
subxidand we haven't seen it before. */
WTF? Either the comment is wrong or this should not be an elog
condition.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера