Re: Monitoring Replication - Postgres 9.2

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:55:04
Message-ID: 5bf19ba7-cbb8-bf24-81dc-326e61d17b9d@hogranch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 11/29/2016 5:40 PM, Patrick B wrote:
>
>
> Can't I do it on the DB size? Using a trigger maybe? instead of using
> Cron?

triggers are only called on database events like insert, update,
select. even something like the pgagent scheduler thats frequently
bundled with pgadmin uses cron to run its master time process, which
checks to see if there are any pending pgagent jobs and invokes them.

for a every-minute event, i wouldn't use cron, I would write a little
script/application in something like perl or python, which keeps
persistent connections open, samples your data, inserts it, and sleeps
til the next minute then repeats. running it from cron would require
multiple process forks every sample, which is fairly expensive.

--
john r pierce, recycling bits in santa cruz

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Melvin Davidson 2016-11-30 02:01:17 Re: Monitoring Replication - Postgres 9.2
Previous Message Patrick B 2016-11-30 01:40:34 Re: Monitoring Replication - Postgres 9.2