2

I've found server_lifetime option in PgBouncer config, and I'm trying to undestand if it is really needed in our case.

https://pgbouncer.github.io/config.html

The pooler will try to close server connections that have been connected longer than this. Setting it to 0 means the connection is to be used only once, then closed. [seconds]

Default: 3600.0

What is the sense of closing and reopening connections?

Why does the doc say "will try"? May PgBouncer fail on this operation?

  • Long open connections might keep some memory locked to them. And, I believe, the wording suggests that if the connection is active (not in idle state), pgbouncer won't close it. – dezso Apr 27 '17 at 19:40
3

This is base of pgBoouncer or any pooler software - the main work of pgBouncer is reusing PostgreSQL connections. Creating lot of connections can be very expensive for short sessions - with fast queries. When physical connection can be shared (reused) for more clients, you can get much faster execution.

Second important role of pgbouncer and similar software is a protection against overloading. PostgreSQL has not internal pooling - any connected user can run any SQL. There are lot of applications with long idle connections. These applications requires high MAX_CONNECTION number. Hidden assumption is low activity on these connections. But sometimes can be pretty high activity, pretty high requests on new connects and the database can be overloaded. The MAX_CONNECTION should be about 10 x CPU cores. Inadequate value doesn't protect database against overloading and finish by failure. For these application can be pgbouncer safe solution - this software is able to share physical idle connections for lot of clients.

The server_lifetime enforces returning allocated sources to operation system. Some sources (like memory) is internally managed and it is newer returned to operation system (usually). Some memory expensive operations can require lot of memory. First time this memory is allocated from system. Next times this memory is managed by PostgreSQL only - it is much cheaper and faster. But sometimes it can be ineffective too. pgbouncer has not information which process has preallocated memory - and sometimes memory can be used better. The safeguard is server_lifetime. One hour is conservative value - and can be shorter - 10 minutes. pgbouncer close only not active connection - so if the connection is used by any client: opened transaction, long active command, .. server_lifetime cannot be applied.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.