Re: Connection pooler / LDAP auth / Load Balancing on read-only queries - Mailing list pgsql-admin

From Scott Ribe
Subject Re: Connection pooler / LDAP auth / Load Balancing on read-only queries
Date
Msg-id 07B2F39D-E2A2-45C2-939D-85EF980176B1@elevated-dev.com
Whole thread Raw
In response to Re: Connection pooler / LDAP auth / Load Balancing on read-only queries  (Achilleas Mantzios - cloud <a.mantzios@cloud.gatewaynet.com>)
Responses Re: Connection pooler / LDAP auth / Load Balancing on read-only queries
List pgsql-admin
> Hello
>
> pgpool does a great job at that. pgpool does load balancing to the first statement that is considered a write
statement,for that point on, the rest of the transaction is routed to the primary. 
>
> But the question here is how to achieve all of the aforementioned features, of all those great tools combined, or
ideallycombined in one. 

AFAIK, pgpool still doesn't do what I'd consider true pooling, that is MxN multiplexing of connections. (Every client
connectionhas a connection from pgpool -> server, but the server connections become available for resuse when clients
disconnect.)

And to me, the mechanism for routing queries in a transaction is highly suspect, as the initial reads vs later writes
couldpotentially be using different snapshots of the data. (There is a safeguard there, involving looking at
replicationdelay, but that's not a transactional guarantee, just "here's how out of date the replica can be to get read
queries".)


pgsql-admin by date:

Previous
From: Sathish Reddy
Date:
Subject: Re: Toast table get list from instance
Next
From: Achilleas Mantzios - cloud
Date:
Subject: Re: Connection pooler / LDAP auth / Load Balancing on read-only queries