Re: Why standby.max_connections must be higher than primary.max_connections?

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: 山田聡 <satoshi(dot)yamada(dot)pg(at)gmail(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Why standby.max_connections must be higher than primary.max_connections?
Date: 2013-12-10 21:17:47
Message-ID: CA+Tgmoan+Ook6d2BS+nrK1cYeY8=t3qnejD-CG6phV8nro06VQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Dec 10, 2013 at 3:34 AM, 山田聡 <satoshi(dot)yamada(dot)pg(at)gmail(dot)com> wrote:
> Hello hackers.
>
> I am struggling to understand why standby.max_connections must be higher
> than
> primary.max_connections.Do someone know the reason why?

Because the KnownAssignedXIDs and lock tables on the standby need to
be large enough to contain the largest snapshot and greatest number of
AccessExclusiveLocks that could exist on the master at any given time.

> I think this restriction obstructs making a flexible load balancing.
> I'd like to make standby database to use load balancing.Of course
> a role of a standby server is different from one of a master server.
> So I think it it natural that I want to set standby.max_connections less
> than
> primary.max_connections.

Your load balancer should probably have a configuration setting that
controls how many connections it will try to make to the database, and
you can set that to a lower value than max_connections.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2013-12-10 21:26:23 Re: plpgsql_check_function - rebase for 9.3
Previous Message Robert Haas 2013-12-10 21:12:39 Re: tracking commit timestamps