
了解更多Greenplum相关内容,欢迎访问Greenplum中文社区网站
《Pgbouncer最佳实践》系列已经连载到了第四篇,概念篇介绍了数据库连接池在Pgbouncer中的三种方式。为什么使用连接池,使用与不使用之间的性能差异,以及连接池模式的工作流程、细节及一些注意事项等内容。性能提升篇介绍了Pgbouncer带来的性能提升的相关测试。池模式篇详细介绍事务池、会话池和语句池。第四篇,将为大家介绍Pgbouncer的部署形式和用户密码认证方式。
第一部分 Pgbouncer部署形式
Pgbouncer的部署形式,包括单 应用场景、多应用场景、集群场景还有多实例场景,这些方式都是依据不同的业务场景,没有孰优孰劣,符合的才是对的。其中单应用和多应用场景来源于官方。
01 单应用场景

图 1 单应用多连接场景结构图
单应用场景主要具体为短连接较多的场景,频繁进行数据库的连接操作,但操作时间较短,均为短连接,所以将pgbouncer于应用服务器部署在同一台服务器,减少应用服务器和pgbouncer之间的开销。
配置文件
[databases]test1 =test =[pgbouncer]listen_port = 6688listen_addr = 192.168.165.3auth_type = md5auth_file = /home/postgres/pgbouncer/bin/userlist.txtlogfile = /home/postgres/pgbouncer/pgbouncer1.logpidfile =/home/postgr

本文详细介绍了Pgbouncer的四种部署形式:单应用、多应用、集群和多实例场景,以及用户名密码认证方式,包括auth_file和auth_query。通过实例配置和认证过程解析,帮助读者理解如何在不同业务场景下优化Pgbouncer的使用。
最低0.47元/天 解锁文章
1177

被折叠的 条评论
为什么被折叠?



