PgBouncer
轻量级PostgreSQL连接池中间件，作为独立进程运行于应用与数据库之间，通过复用数据库连接降低连接建立开销，显著提升高并发场景下的数据库访问性能
时间轴 (近 90 天)
连接池的常见实现包括独立进程 PgBouncer（适合超高并发）和应用层连接池（如 n8n 内置的 TypeORM 连接池）
Transaction pooling 是生产环境中最常用的模式，在每个事务结束后将后端连接归还到池中，但会导致跨事务的会话级特性不可用
PgBouncer 1.21+ 版本已部分支持 PREPARE/DEALLOCATE 预处理语句
Statement pooling 在每条 SQL 语句执行完毕后回收连接，完全不支持多语句事务，仅适用于 autocommit 模式
Pgpool-II 除连接池化外还提供负载均衡、自动故障转移、并行查询和在线恢复等能力，但纯连接池性能不如 PgBouncer
PgBouncer 提供三种池化模式：会话级（Session）、事务级（Transaction）和语句级（Statement）
Hacker News 上关于生产环境不使用 PgBouncer 运行 PostgreSQL 的提问获得了 40 个点赞和多条评论
事务级池化仅在事务执行期间占用连接，是最常用的高效模式
会话级池化在整个客户端会话期间独占连接，兼容性最好但复用率最低
当应用连接数远低于 max_connections 上限、使用应用层连接池且连接生命周期较长时，可以不使用 PgBouncer
还有 1 条时间轴事件
全部知识事实 (10)
Pgpool-II 除连接池化外还提供负载均衡、自动故障转移、并行查询和在线恢复等能力，但纯连接池性能不如 PgBouncer
60%待验证连接池的常见实现包括独立进程 PgBouncer（适合超高并发）和应用层连接池（如 n8n 内置的 TypeORM 连接池）
50%待验证Transaction pooling 是生产环境中最常用的模式，在每个事务结束后将后端连接归还到池中，但会导致跨事务的会话级特性不可用
50%待验证PgBouncer 1.21+ 版本已部分支持 PREPARE/DEALLOCATE 预处理语句
50%待验证Statement pooling 在每条 SQL 语句执行完毕后回收连接，完全不支持多语句事务，仅适用于 autocommit 模式
50%待验证PgBouncer 提供三种池化模式：会话级（Session）、事务级（Transaction）和语句级（Statement）
50%待验证会话级池化在整个客户端会话期间独占连接，兼容性最好但复用率最低
50%待验证事务级池化仅在事务执行期间占用连接，是最常用的高效模式
50%待验证当应用连接数远低于 max_connections 上限、使用应用层连接池且连接生命周期较长时，可以不使用 PgBouncer
50%待验证应用层连接池管理单个应用实例内部的连接复用，而 PgBouncer 解决集中式前置连接池问题，两者解决不同层面的问题
50%