Re: tuptoaster.c must *not* use SnapshotAny

Поиск
Список
Период
Сортировка
От Command Prompt, Inc.
Тема Re: tuptoaster.c must *not* use SnapshotAny
Дата
Msg-id Pine.LNX.4.30.0201160944480.30961-100000@commandprompt.com
обсуждение исходный текст
Ответ на tuptoaster.c must *not* use SnapshotAny  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: tuptoaster.c must *not* use SnapshotAny  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Josh Drake here: Although I know that development has pretty much ceased
on the 7.1 series. This bug, is potentially very serious for those who
have the problem.

The last time this came up (that I can find) is in August of 2001, so the
bug is not frequent that we are aware of. However, as it appears the fix
is simple should we apply a 7.1.3.1 or 7.1.4 that fixes this issue?


J


> On Tue, 15 Jan 2002, Tom Lane wrote:

> The tuple toaster currently fetches toast-table rows using SnapshotAny.
> This is quite uncool, because it will in fact find *any* row.  Including
> dead rows resulting from an aborted (or, in 7.2, still-in-progress)
> VACUUM.
>
> I believe this is the explanation for a problem report I'm currently
> chasing from Joshua Drake:
>
> digivision2=# select * from change_log;
> ERROR:  chunk 1 for toast value 3388774 appears multiple times
>
> (there are some thousands of rows with similar problems)
>
> I suggest SnapshotSelf instead.  Comments anyone?
>
>             regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo@postgresql.org so that your
> message can get through to the mailing list cleanly
>

-- 
by way of pgsql-hackers@commandprompt.com



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Procedural language permissions and consequences
Следующее
От: Tom Lane
Дата:
Сообщение: Re: tuptoaster.c must *not* use SnapshotAny