Re: Logical Decoding and HeapTupleSatisfiesVacuum assumptions
В списке pgsql-hackers по дате отправления:
| От | Tomas Vondra |
|---|---|
| Тема | Re: Logical Decoding and HeapTupleSatisfiesVacuum assumptions |
| Дата | |
| Msg-id | 891e409b-e792-5d1f-2196-7855051589f9@2ndquadrant.com обсуждение исходный текст |
| Ответ на | Re: Logical Decoding and HeapTupleSatisfiesVacuum assumptions (Simon Riggs <simon@2ndquadrant.com>) |
| Список | pgsql-hackers |
On 01/29/2018 03:17 PM, Simon Riggs wrote: > On 29 January 2018 at 14:13, Tomas Vondra <tomas.vondra@2ndquadrant.com> wrote: > >> 4) inspect the new row (which we still have in reorderbuffer) >> >> 5) Kabooom! The row has column "c" which we don't see in the catalog. > > We don't use caches? Why does a cache miss cause it to explode? > We do use caches (and we invalidate them), of course. But the problem is that by the time we get to lookup the row, it may be either removed by VACUUM (because the catalog cleanup is more aggressive) or not reachable using an index (which is the HOT issue pointed out by Robert earlier in this thread). regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера