Re: master-side counterpart of pg_last_xact_replay_timestamp? - Mailing list pgsql-general

From Fujii Masao
Subject Re: master-side counterpart of pg_last_xact_replay_timestamp?
Date
Msg-id CAHGQGwGcuA2Lv06yw-L8FBObdn-nhGYNdqnLz+CwwCgGPR4iRQ@mail.gmail.com
Whole thread Raw
In response to master-side counterpart of pg_last_xact_replay_timestamp?  (Chris Redekop <chris@replicon.com>)
Responses Re: master-side counterpart of pg_last_xact_replay_timestamp?
List pgsql-general
On Thu, Sep 8, 2011 at 7:06 AM, Chris Redekop <chris@replicon.com> wrote:
> Is there anything available to get the last time a transaction
> occurred?....like say "pg_last_xact_timestamp"?

No.

> In order to accurately
> calculate how far behind my slave is I need to do something like
> master::pg_last_xact_timestamp() -
> slave::pg_last_xact_replay_timestamp()....currently I'm using now() instead
> of the pg_last_xact_timestamp() call, but then when the master is not busy
> the slave appears to lag behind.  I'm considering writing a C module to get
> the last modified file time of the xlog, but I'm hoping there is a better
> alternative that I haven't found yet....

Your complaint makes sense. I'll implement something like
pg_last_xact_timestamp() for 9.2. But unfortunately there is
no way to know such a timestamp on the master, in 9.1..

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Lock problem
Next
From: Simon Riggs
Date:
Subject: Re: master-side counterpart of pg_last_xact_replay_timestamp?