[pgpool-general: 7633] Re: Problems with response time
Bo Peng
pengbo at sraoss.co.jp
Tue Jul 6 14:59:43 JST 2021
Hello,
> I disabled connection pooling in HikariCP, but problem persists. Any ideas?
> Thanks
You may need to check pgpool and postresql logs
to figure out the cause.
> Da: "fmazzi" <fmazzi at comune.genova.it>
> A: "valsaraj pv" <valsarajpv at gmail.com>
> Cc: "pgpool-general" <pgpool-general at pgpool.net>
> Inviato: Giovedì, 1 luglio 2021 12:29:28
> Oggetto: [pgpool-general: 7614] Re: Problems with response time
>
> There is an application that uses HikariCP for connection pooling, maybe is this the problem?
>
>
> Da: "fmazzi" <fmazzi at comune.genova.it>
> A: "valsaraj pv" <valsarajpv at gmail.com>
> Cc: "pgpool-general" <pgpool-general at pgpool.net>
> Inviato: Giovedì, 1 luglio 2021 9:34:48
> Oggetto: [pgpool-general: 7610] Re: Problems with response time
>
> Response time is checked every 5 minutes from icinga with a connection to db, see attachments with response time graph and alerts.
>
>
> Da: "valsaraj pv" <valsarajpv at gmail.com>
> A: "fmazzi" <fmazzi at comune.genova.it>
> Cc: "pgpool-general" <pgpool-general at pgpool.net>
> Inviato: Mercoledì, 30 giugno 2021 17:24:58
> Oggetto: [pgpool-general: 7608] Re: Problems with response time
>
> Since there is only 2 unique connection set, max_pool can be set minimum 2.
>
> Would you share how did you check response time?
>
>
> On Wed, 30 Jun 2021, 7:19 pm Francesco Mazzi, < [ mailto:fmazzi at comune.genova.it | fmazzi at comune.genova.it ] > wrote:
>
>
>
> Sorry, I think I wrote wrong things. max pool=4 should be enough because there are only 2 unique couples of user/db
>
>
> Da: "fmazzi" < [ mailto:fmazzi at comune.genova.it | fmazzi at comune.genova.it ] >
> A: "Bo Peng" < [ mailto:pengbo at sraoss.co.jp | pengbo at sraoss.co.jp ] >
> Cc: "pgpool-general" < [ mailto:pgpool-general at pgpool.net | pgpool-general at pgpool.net ] >
> Inviato: Mercoledì, 30 giugno 2021 15:42:21
> Oggetto: [pgpool-general: 7606] Re: Problems with response time
>
> Hi, we enabled connections and disconnections log. There are about total 56 connections, 42 of them are from an unique user, half to a db and another half to another db, so I think we need at least 21 connections cached for this application.
> In this moment we have num_init_children=110 and max_pool=4 , should we increase max_pool to be at least 21?
> child_life_time and connection_life_time are set to zero.
> Thank you.
>
>
> Da: "Bo Peng" < [ mailto:pengbo at sraoss.co.jp | pengbo at sraoss.co.jp ] >
> A: "fmazzi" < [ mailto:fmazzi at comune.genova.it | fmazzi at comune.genova.it ] >
> Cc: "pgpool-general" < [ mailto:pgpool-general at pgpool.net | pgpool-general at pgpool.net ] >
> Inviato: Mercoledì, 30 giugno 2021 5:20:41
> Oggetto: Re: [pgpool-general: 7601] Problems with response time
>
> Hello,
>
> On Tue, 29 Jun 2021 15:22:51 +0200 (CEST)
> Francesco Mazzi < [ mailto:fmazzi at comune.genova.it | fmazzi at comune.genova.it ] > wrote:
>
> > Hello, we have two instances of pgpool 4.2.2, one leader and one stand by, in front of a postgresql cluster of 3 nodes (one read/write and two read only), version 12.
> > We noticed a strange behaviour about connection response time, both with active and standby pgpool: sometimes response time (database connection) suddenly changes from about 0,02s to about 5s and then it comes back to 0,02s. CPU load on server remains very low.
> > We raised num_init_children to 110 but nothing changed. In this moment database it isn't very used, so why there are these low response times?
>
> > We noticed a strange behaviour about connection response time, both with active and standby pgpool: sometimes response time (database connection) suddenly changes from about 0,02s to about 5s and then it comes back to 0,02s. CPU load on server remains very low.
> > We raised num_init_children to 110 but nothing changed. In this moment database it isn't very used, so why there are these low response times?
>
> The difference in database connection response time may be caused by the effect of connection cache.
> Creating a new connection to PostgreSQL takes longer than reusing the cached connections.
>
> In the following cases, Pgpool-II creates new connections to PostgreSQL:
>
> - The connections to the specified database has not been created yet.
> - If the number of cached connections exceeds specified max_pool,
> the oldest connection will be discarded, then Pgpool-II use that slot for a new connection.
> - Duo to the settings of child_life_time, connection_life_time,
> the cached connections are terminated.
>
> To figure out the cause, you can check pgpool logs if it is a new connection to PostgreSQL.
>
> --
> Bo Peng < [ mailto:pengbo at sraoss.co.jp | pengbo at sraoss.co.jp ] >
> SRA OSS, Inc. Japan
> [ http://www.sraoss.co.jp/ | http://www.sraoss.co.jp/ ]
>
>
>
>
> Click [ https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ== | here ] to report this email as spam.
> _______________________________________________
> pgpool-general mailing list
> [ mailto:pgpool-general at pgpool.net | pgpool-general at pgpool.net ]
> [ http://www.pgpool.net/mailman/listinfo/pgpool-general | http://www.pgpool.net/mailman/listinfo/pgpool-general ]
> _______________________________________________
> pgpool-general mailing list
> [ mailto:pgpool-general at pgpool.net | pgpool-general at pgpool.net ]
> [ http://www.pgpool.net/mailman/listinfo/pgpool-general | http://www.pgpool.net/mailman/listinfo/pgpool-general ]
>
>
>
>
> _______________________________________________
> pgpool-general mailing list
> pgpool-general at pgpool.net
> http://www.pgpool.net/mailman/listinfo/pgpool-general
>
> _______________________________________________
> pgpool-general mailing list
> pgpool-general at pgpool.net
> http://www.pgpool.net/mailman/listinfo/pgpool-general
>
> _______________________________________________
> pgpool-general mailing list
> pgpool-general at pgpool.net
> http://www.pgpool.net/mailman/listinfo/pgpool-general
--
Bo Peng <pengbo at sraoss.co.jp>
SRA OSS, Inc. Japan
http://www.sraoss.co.jp/
More information about the pgpool-general
mailing list