Re: Forcing current WAL file to be archived

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Forcing current WAL file to be archived
Дата
Msg-id 20239.1155135458@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Forcing current WAL file to be archived  (Hannu Krosing <hannu@skype.net>)
Ответы Re: Forcing current WAL file to be archived  (Hannu Krosing <hannu@skype.net>)
Список pgsql-patches
Hannu Krosing <hannu@skype.net> writes:
> Ühel kenal päeval, K, 2006-08-09 kell 12:56, kirjutas Simon Riggs:
>> Methinks it should be the Write pointer all of the time, since I can't
>> think of a valid reason for wanting to know where the Insert pointer is
>> *before* we've written to the xlog file. Having it be the Insert pointer
>> could lead to some errors.

> What is the difference ?

Insert points to the next byte to be written within the internal WAL
buffers.  The byte(s) preceding it haven't necessarily gotten out of
those buffers yet.  Write points to the end of what we've actually
written to the kernel, and there's also a Flush pointer that points
to the end of what we believe is down on disk.

Simon's point is that if you're going to use pg_current_xlog_location()
to control partial shipping of xlog files, you probably want to know
about the Write location, because that indicates the limit of what
is visible to an external process.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Forcing current WAL file to be archived
Следующее
От: Zoltan Boszormenyi
Дата:
Сообщение: Re: IDENTITY/GENERATED columns