From: | John R Pierce <pierce(at)hogranch(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Determining server load |
Date: | 2016-09-27 19:16:47 |
Message-ID: | 3af431c5-b348-6400-0b54-586883d563c5@hogranch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 9/27/2016 12:06 PM, Israel Brewster wrote:
> That helps for one-time stat collection, but as I mentioned in my
> original message, since connections may not last long, I could be
> getting close to, or even hitting, my connection limit while still
> getting values back from those that show plenty of connections
> remaining, depending on how often I checked.
>
> I guess what would be ideal in my mind is that whenever Postgresql
> logged an opened/closed connection, it also looked the *total* number
> of open connections at that time. I don't think that's possible,
> however :-)
if you stick pgbouncer in front of postgres (with a pool for each
user(at)database), I believe you CAN track the max connections via
pgbouncer's pool stats.
--
john r pierce, recycling bits in santa cruz
From | Date | Subject | |
---|---|---|---|
Next Message | Israel Brewster | 2016-09-27 19:22:25 | Re: Determining server load |
Previous Message | Patrick B | 2016-09-27 19:09:29 | Re: Update two tables returning id from insert CTE Query |