From: | John R Pierce <pierce(at)hogranch(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Monitoring Replication - Postgres 9.2 |
Date: | 2016-11-30 01:02:28 |
Message-ID: | 88772a5f-ee20-4c50-7873-2a4014a4f3d0@hogranch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 11/29/2016 3:31 PM, Patrick B wrote:
> I use these queries to monitor the streaming replication:
>
> *on master:*
> select client_addr, state, sent_location, write_location,
> flush_location, replay_location, sync_priority from pg_stat_replication;
>
> *On slave:*
> select now() - pg_last_xact_replay_timestamp() AS replication_delay;
>
> Can I create a table to store that data?
sure, why not ? do you want this table to just have one row with the
last value you stored? or do you want to store a history with timestamp ?
> I also need the data is constantly put into this table. How would be
> the best way to do it?
um, that data changes continuously, what do you mean, 'constantly' ?
if you mean once a minute or something, use a script that samples the
data and stores it in your table, and waits a minute, then repeats.
if you mean literally continously, why not just query the data as you
have, thats the 'live' value ... you oculd use a view, I suppose.
--
john r pierce, recycling bits in santa cruz
From | Date | Subject | |
---|---|---|---|
Next Message | Patrick B | 2016-11-30 01:10:53 | Re: Monitoring Replication - Postgres 9.2 |
Previous Message | rob stone | 2016-11-30 00:56:34 | Re: "Fuzzy" Matches on Nicknames |