Re: pg_stat_replication vs StandbyReplyMessage

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: pg_stat_replication vs StandbyReplyMessage
Дата
Msg-id 20120815153930.GG25473@momjian.us
обсуждение исходный текст
Ответ на pg_stat_replication vs StandbyReplyMessage  (Magnus Hagander <magnus@hagander.net>)
Ответы Re: pg_stat_replication vs StandbyReplyMessage
Список pgsql-hackers
On Mon, Aug 15, 2011 at 01:03:35PM +0200, Magnus Hagander wrote:
> The pg_stat_replication view exposes all the fields in
> StandbyReplyMessage *except* for the timestamp when the message was
> generated. On an active system this is not all that interesting, but
> on a mostly idle system that allows the monitoring to react faster
> than the timeout that actually kicks the other end off - and could be
> useful in manual debugging scenarios. Any particular reason why this
> was not exposed as it's own column?

Did this ever get done?  I don't think so, though everyone wanted it.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +



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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: sha1, sha2 functions into core?
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Revert "commit_delay" change; just add comment that we don't hav