解读

在国内云原生面试中，这道题考察的是“连接池如何突破 Cloud SQL 单实例连接上限”这一高频痛点。
PgBouncer 作为 PostgreSQL 生态最轻量的连接池，其 transaction pool 模式把“客户端连接生命周期”与“后端数据库连接生命周期”彻底解耦，从而用 少量 backend 连接 支撑 大量 frontend 连接，直接决定你是否能扛住春晚、秒杀、红包等场景下的突发流量，而不触发 Cloud SQL 的 max_connections 红线。

知识点

1. Cloud SQL 最大连接数

   • 由 机器规格 与 max_connections 参数共同决定，国内常用 db-custom-4-15360 实例默认约 1000 个并发连接，不可无限横向扩展。
   • 超过上限时，新连接直接报 FATAL: remaining connection slots are reserved for non-replication superuser connections，业务瞬间 500。

2. PgBouncer 三种模式对比

   • Session pool：一个客户端连接独占一个后端连接，生命周期相同，无法节省连接数。
   • Transaction pool：一个后端连接仅在 单个事务 内被占用，事务结束立即归还公共池，连接复用率最高。
   • Statement pool：每条 SQL 独占连接，事务语义被破坏，国内几乎不用。

3. transaction pool 的复用规则

   • 必须关闭 会话级特性（如 prepared statement、 advisory lock、WITH HOLD cursor、LISTEN/NOTIFY），否则连接无法归还。
   • 通过 server_reset_query = DISCARD ALL 保证事务级隔离，防止串扰。
   • 池化公式：池内 backend 连接数 ≈ 峰值 QPS × 平均事务耗时(s)，通常只需 几十条 即可支撑 上万 frontend 连接。

4. 与 Cloud SQL 的集成要点

   • 把 PgBouncer 部署在 GKE 独立池 或 Compute Engine 同 VPC，通过 Private IP 访问 Cloud SQL，避免公网抖动。
   • 设置 max_client_conn ≥ 业务峰值；default_pool_size ≤ Cloud SQL max_connections × 0.8，为运维留 20% 缓冲。
   • 打开 pool_mode=transaction、server_lifetime=1800s，防止长连接内存泄漏。
   • 使用 Cloud SQL Auth Proxy 侧车 仅做身份认证，不走流量，降低延迟。

答案

在 Cloud SQL 场景下，PgBouncer 的 transaction pool 模式通过“事务级”复用，把成百上千个前端连接映射到个位数十个后端连接，从而绕过 Cloud SQL 的 max_connections 硬顶。
具体而言：

1. 客户端发起连接后仅保持空闲长连，不占用后端资源；
2. 只有当 BEGIN 开始时才从池里借一条真实连接，COMMIT/ROLLBACK 后立即归还；
3. 因此 池大小（default_pool_size）可以远小于 max_connections，例如 50 条后端连接即可支撑 5000 个前端并发，把 Cloud SQL 的连接上限从“业务并发数”维度下移到“并发事务数”维度，实现 数量级降维打击。
   若池大小设置过大，会触发 Cloud SQL 连接拒绝；若过小，事务排队导致 RT 飙高，需结合 QPS × P99 事务耗时 压测调优。

拓展思考

1. 国内金融级合规要求 会话级审计 时，transaction pool 因连接复用导致 session_user 漂移，需开启 track_io_timing=off 并在 PgBouncer 端增加 application_name 透射 做链路追踪，否则等保测评会被判 “无法定位操作人”。
2. 当业务必须使用 prepared statement（如 Spring Boot 默认）时，可改走 server_reset_query_always=1 强制 DISCARD ALL，牺牲 5% CPU 换来复用；或改用 session pool，但此时必须提升 Cloud SQL 规格，成本翻倍。
3. 在 跨可用区只读副本 场景下，可部署 读写分离双 PgBouncer：写池 transaction 模式、读池 session 模式，通过 Consul-template 动态刷新 后端列表，实现 AZ 级故障自动切换，同时保证 连接数不超配。