Re: Connections spike

From: Lucio Chiessi <lucio(dot)chiessi(at)trustly(dot)com>
To: Rajesh Kumar <rajeshkumar(dot)dba09(at)gmail(dot)com>
Cc: Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org>
Subject: Re: Connections spike
Date: 2024-02-22 19:25:48
Message-ID: CADoTbHVTO3gpjSiYNcGWTAXeC40R_vMpCruwWA24v-_oyVTZgQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Hi Hajesh.
The application is responsible for opening the connections.
But you can having some locks or slow queries that cause the application to
open more connections, since the current number of opened connections were
not responding to application in good time.
You need to revise your queries in the pg_stat_activity and talk to your
Dev Guys.

*Lucio Chiessi*

Senior Database Administrator

Trustly, Inc.

M: +55 27 996360276

<https://www.linkedin.com/company/trustly/>
<https://www.facebook.com/trustly> <https://twitter.com/Trustly>

<https://www.linkedin.com/company/trustly/>
<https://www.facebook.com/trustly> <https://twitter.com/Trustly>

<https://www.trustly.net/>

On Thu, Feb 22, 2024 at 10:43 AM Rajesh Kumar <rajeshkumar(dot)dba09(at)gmail(dot)com>
wrote:

> Hi all,
>
>
> Is there a way to check the reason for connection hike suddenly?
>
> Usually total connections stay within threshold. Rarely connections cross
> that threshold.
>
> How exactly to find the cause using pg_stat_activity?
>

--
Please read our privacy policy here
<https://www.trustly.net/about-us/privacy-policy> on how we process your
personal data in accordance with the General Data Protection Regulation
(EU) 2016/679 (the “GDPR”) and other applicable data protection legislation.

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message norbert poellmann 2024-02-22 19:34:55 Would you ever recommend Shared Disk Failover for HA?
Previous Message Lucio Chiessi 2024-02-22 19:14:24 Another way to do audit in DML operations in PostgreSQL >= 14