多Spring Boot应用连同Postgres的PGBouncer连接池配置咨询

你提到的两个Spring Boot只读应用接入的场景完全可以基于PGBouncer落地，针对你的两个问题具体说明如下：

同应用多部署实例的连接池共享能力 #

PGBouncer原生支持该能力。作为独立部署的代理层，PGBouncer会统一管理所有接入客户端的连接，不区分客户端属于同一应用的不同副本还是不同应用，所有客户端请求都会复用PGBouncer与PostgreSQL之间预先建立的后端连接。
针对你的纯读业务场景，推荐将池模式设置为transaction，该模式下客户端事务执行完成后就会将连接释放回公共池，多实例部署场景下的连接复用率最高，不会出现单实例长期占用空闲连接导致的资源浪费。

跨应用50:50连接资源分配实现方案 #

该需求可以通过PGBouncer原生配置实现，无需额外组件，核心靠PGBouncer的独立数据库入口+硬配额池配置能力实现：为两个应用配置独立的接入入口，给两个入口分配相同大小的独立连接池，实现硬配额的1:1资源隔离。
具体配置步骤如下：

• 为应用A、应用B分别配置独立的PGBouncer接入标识（不需要在PostgreSQL侧创建独立权限用户，纯读场景可统一映射到同一个PG只读角色）
• 修改pgbouncer.ini配置文件，核心配置参考如下：

[databases]
# 为两个应用分别配置指向同一个PG库的独立接入别名
app_a_ro = host=PG实例地址 port=5432 dbname=业务库名
app_b_ro = host=PG实例地址 port=5432 dbname=业务库名

[pgbouncer]
pool_mode = transaction
max_client_conn = 1000 # 可根据业务实际客户端总连接数调整
default_pool_size = 20 # 默认池大小，可按需调整

# 为两个应用的独立接入入口配置相同的连接池配额，实现50:50资源分配
app_a_ro.pool_size = 50 # 应用A可使用的最大PG后端连接数
app_b_ro.pool_size = 50 # 应用B可使用的最大PG后端连接数
# 可选配置：预留少量应急连接，避免某侧连接完全打满时突发请求无资源可用
app_a_ro.reserve_pool_size = 5
app_b_ro.reserve_pool_size = 5

配置生效后，两个应用的连接池完全独立，就算其中一个应用请求量暴涨打满自身的连接配额，也不会挤占另一个应用的连接资源，实际后端连接占比会严格保持1:1。

配置注意事项：纯读场景下使用transaction池模式不会存在会话状态不一致问题，如果后续需要接入写操作，需要提前适配会话级临时表、自定义变量的使用逻辑，避免连接复用导致的状态异常。

内容的提问来源于stack exchange，提问作者Badri