Re: heap vacuum & cleanup locks
| От | Tom Lane |
|---|---|
| Тема | Re: heap vacuum & cleanup locks |
| Дата | |
| Msg-id | 21734.1320767684@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: heap vacuum & cleanup locks (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: heap vacuum & cleanup locks
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> Interesting idea. I think in general we insist that you must have a
> buffer content lock to inspect the tuple visibility info, in which
> case that would be safe. But I'm not sure we do that absolutely
> everywhere. For instance, just last night I noticed this:
> /*
> * If xmin isn't what we're expecting, the
> slot must have been
> * recycled and reused for an unrelated tuple.
> This implies that
> * the latest version of the row was deleted,
> so we need do
> * nothing. (Should be safe to examine xmin
> without getting
> * buffer's content lock, since xmin never
> changes in an existing
> * tuple.)
> */
> if
Hmm ... I think that code is OK but the comment needs work. Here we are
necessarily looking for a pretty recent value of xmin (it has to be
later than GlobalXmin), so there's no need to worry that it might get
changed to FrozenXID.
regards, tom lane
В списке pgsql-hackers по дате отправления: