Re: lastOverflowedXid does not handle transaction ID wraparound
В списке pgsql-hackers по дате отправления:
| От | Dmitry Dolgov |
|---|---|
| Тема | Re: lastOverflowedXid does not handle transaction ID wraparound |
| Дата | |
| Msg-id | 20211020114833.63x7yl2iqri36w5p@localhost обсуждение исходный текст |
| Ответ на | Re: lastOverflowedXid does not handle transaction ID wraparound (Andrey Borodin <x4mmm@yandex-team.ru>) |
| Ответы |
Re: lastOverflowedXid does not handle transaction ID wraparound
|
| Список | pgsql-hackers |
> On Wed, Oct 20, 2021 at 04:00:35PM +0500, Andrey Borodin wrote: > > 17 окт. 2021 г., в 21:55, Dmitry Dolgov <9erthalion6@gmail.com> написал(а): > > I wonder what would be side > > effects of clearing it when the snapshot is not suboverfloved anymore? > > I think we should just invalidate lastOverflowedXid on every XLOG_RUNNING_XACTS if subxid_overflow == false. I can't finda reason not to do so. From what I understand that was actually the case, lastOverflowedXid was set to InvalidTransactionId in ProcArrayApplyRecoveryInfo if subxid_overflow wasn't set. Looks like 10b7c686e52a6d1bb has changed it, to what I didn't pay attention originally.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера