pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Kieren Scott <kierenscott@hotmail.com>
To: kraj@servoyant.com
To: pgsql-admin@postgresql.org
Subject: Re: pgBouncer for connection pooling
Date: Tue, 24 Aug 2010 10:39:58 +0000
Message-ID: <BAY149-w113FE8974C781BF09F731EAE830@phx.gbl> (raw)
In-Reply-To: <F4E6A2751A2823418A21D4A160B689887B03E2@fletch.stackdump.local>
References: <BAY149-w45AD2D7EB1BFEF71621197AE820@phx.gbl>
	<F4E6A2751A2823418A21D4A160B689887B03E2@fletch.stackdump.local>


Thanks Benjamin.
Most of the time the database only has 5-6 connections, however we occasionally get a flood of connections which can mean 60+ connections (when a company email is sent out with a link to a web page), so I'm looking to handle these spikes in connections as best I can :-)

Kieren

Subject: Re: [ADMIN] pgBouncer for connection pooling
Date: Mon, 23 Aug 2010 22:15:34 -0600
From: kraj@servoyant.com
To: kierenscott@hotmail.com; pgsql-admin@postgresql.org
















I have pgbouncer running on the same server, and I get over 2000
calls to a php page per minute.

Each call does inserts data digests into partitioned tables.

I also have a multi-threaded daemon connected to the same
database running background operations on the data coming in.

Works flawlessly.

BTW, 20 connections is not a heavy load at all.

In my application, pgbouncer has opened about 60 backends to
handle the cases where I have a high oncurrency of data coming in at once, but
usually the # non-idle connections is < 10.

 

 







From:
pgsql-admin-owner@postgresql.org [mailto:pgsql-admin-owner@postgresql.org] On
Behalf Of Kieren Scott

Sent: Monday, August 23, 2010 8:38 AM

To: pgsql-admin@postgresql.org

Subject: [ADMIN] pgBouncer for connection pooling





 

Hi,



I have a web-based application (drupal) which uses PHP to make connections to a
back-end postgresql 8.3 server. The application and database are on separate servers,
but as we can get 20+ concurrent connections on the database I've looked at
pgBouncer to try and reduce the overhead of new connections on the database. I
currently have pgBouncer running on the same server as my postgres database but
I was wondering whether this is a recommended setup - are the performance
benefits of using a connection pooler overshadowed by the overhead of running
pgBouncer on the same server as the database?



How are other people using pgBouncer? E.g. on a separate server from the
database etc...?



Thanks in advance.



 		 	   		  =

view thread (5+ messages)

Message-ID: <BAY149-w113FE8974C781BF09F731EAE830@phx.gbl>
Permalink:  ../BAY149-w113FE8974C781BF09F731EAE830@phx.gbl/
Also on:    postgresql.org/message-id/BAY149-w113FE8974C781BF09F731EAE830@phx.gbl

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-admin@postgresql.org
  Cc: kierenscott@hotmail.com, kraj@servoyant.com
  Subject: Re: pgBouncer for connection pooling
  In-Reply-To: <BAY149-w113FE8974C781BF09F731EAE830@phx.gbl>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox