Re: tracking commit timestamps

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: tracking commit timestamps
Дата
Msg-id CAB7nPqR-AZgFUn4yEnyHGh+q0dJY3QomrL-eUuyPEg_EJRyi3A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: tracking commit timestamps  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: tracking commit timestamps  (Andres Freund <andres@2ndquadrant.com>)
Список pgsql-hackers


On Tue, Nov 4, 2014 at 5:23 PM, Andres Freund <andres@2ndquadrant.com> wrote:
On 2014-11-04 17:19:18 +0900, Michael Paquier wrote:
> 5) Reading the code, TransactionTreeSetCommitTimestamp is always called
> with do_xlog = false, making that actually no timestamps are WAL'd... Hence
> WriteSetTimestampXlogRec is just dead code with the latest version of the
> patch. IMO, this should be always WAL-logged when track_commit_timestamp is
> on.

It's callable via a 'extern' function. So, I'd not consider it dead. And
the WAL logging is provided by xact.c's own WAL logging - it always does
the corresponding committs calls.
The code path is unused. We'd better make the XLOG record mandatory if tracking is enabled, as this information is useful on standbys as well.
 
> 7) pg_xlogdump has no support for RM_COMMITTS_ID, something that would be
> useful for developers.

What do you mean by that? There's the corresponding rmgrdesc.c support I
think?
Oops sorry. I thought there was some big switch in pg_xlogdump when writing this comment. Yeah that's fine.
--
Michael

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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: tracking commit timestamps
Следующее
От: Albe Laurenz
Дата:
Сообщение: Re: Let's drop two obsolete features which are bear-traps for novices