Re: [BUGS] Old row version in hot chain become visible after a freeze
От | Wood, Dan |
---|---|
Тема | Re: [BUGS] Old row version in hot chain become visible after a freeze |
Дата | |
Msg-id | 897E6768-98C1-43C5-B743-DF060A7C2D0E@amazon.com обсуждение исходный текст |
Ответ на | Re: [BUGS] Old row version in hot chain become visible after a freeze (Peter Geoghegan <pg@bowt.ie>) |
Ответы |
Re: [BUGS] Old row version in hot chain become visible after a freeze
|
Список | pgsql-bugs |
I was aware of the other one and, in fact, reverted the change just to make sure it wasn’t Involved. A strange coincidenceindeed. On 8/31/17, 3:57 PM, "Peter Geoghegan" <pg@bowt.ie> wrote: Hi Dan, Nice to hear from you. On Thu, Aug 31, 2017 at 3:36 PM, Wood, Dan <hexpert@amazon.com> wrote: > Becausetupgone is false we freeze instead of deleting. Freezing a DEAD > tuple makes it visible. Here is a comment inheap_prepare_freeze_tuple() > > > > * It is assumed that the caller has checked the tuple with > > * HeapTupleSatisfiesVacuum()and determined that it is not HEAPTUPLE_DEAD Funny that there'd be another bug associatedwith heap_prepare_freeze_tuple() so soon after the last one was discovered. Are you aware of the other one[1]? BTW, I just posted a patch to enhance amcheck, to allow it to verify that an index has all the entries thatit ought to [2]. Perhaps you'd find it useful for this kind of thing. I welcome your feedback on that. [1] https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=31b8db8e6c1fa4436116f4be5ca789f3a01b9ebf;hp=f1dae097f2945ffcb59a9f236843e0e0bbf0920d [2] https://commitfest.postgresql.org/14/1263/ -- Peter Geoghegan -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: