共计 2469 个字符，预计需要花费 7 分钟才能阅读完成。
作者：王志斌，曾取得中国 PostgreSQL 数据库治理工程师（PGCE），是 PostgreSQL 官网认证讲师，盘古云课堂特邀金牌讲师。
PgBouncer 作为 PostgreSQL 数据库的连接池中间件。与其余存在于 PostgreSQL 的连接池中间件不同，PgBouncer 仅作为一个连接池和代理层为 PostgreSQL 和利用之间提供服务。
Pgbouncer 具备例如连接池模式、连贯类型、端口重用，利用场景以及用户认证、网络认证等多种重要个性，上面将逐个讲述，并冀望为读者提供一份在施行过程中应用的配置指南。
数据库连接池在 Pgbouncer 中包含会话连接池、事务连接池、语句连接池三种形式。
1、会话连接池
官网解释为最有礼貌的办法。当客户端连贯时，服务器连贯将在其放弃连贯的整个过程中调配给它。当客户端断开连接时，服务器连贯将从新放入池中。此模式反对所有 PostgeSQL 性能。
2、事务连接池
服务器连贯仅在事务期间调配给客户端。当 PgBouncer 发现事务已完结时，服务器连贯将被放回池中。该模式毁坏了 PostgreSQL 的一些基于会话的性能。仅当应用程序通过合作应用不中断性能时，才能够应用它。无关不兼容的性能。
3、语句连接池
官网解释为最激进的办法。不容许多语句事务。实质上为了在客户端上强制执行“主动提交”模式，次要针对 PL/Proxy。
另外反对其余个性包含：
- 高性能，因为 Pgbouncer 本身不须要查看整个数据包，所以在网络开销上仅为 2k（默认状况），对系统的内存要求小。
- 部署灵便：Pgbouncer 没有绑定到一台后端服务器。指标数据库能够驻留在不同的主机上。
- 可维护性强：反对大多数配置项的的在线重新配置；并且反对在线重启 / 降级，而不会断开客户端连贯。
- 认证灵便：用户认证反对基于文件的验证形式外，还提供了数据库查问验证；网络连接认证与 Postgresql 数据库统一，反对多种模式验证。
- 灵便连接数：反对全局、数据库、用户和客户端连接数组合模式设置。
（注：文中未详细描述局部，请参见 Pgbouncer[1]的官网相干文档，如配置手册、使用手册、FAQ 等官网文档）
后面大抵介绍了 Pgbouncer 的一些个性, 具体个性请查阅（Pgbouncer 官网），上面将针对应用 Pgbouncer 时的一些配置注意事项进行阐明，为 Pgbouncer 的应用用户提供一个指引，满足简单业务需要状况下充分利用 Pgbouncer 的个性来实现特定业务场景需要。
在对 Pgbouncer 进行配置的过程中，须要特地关注 连接池模式 外，还须要明确 数据连接数 、 连贯形式 ，最初则是针对不同业务场景的 Pgbouncer 部署模式。
首先讨论一下为什么应用连接池[2]，应用与不应用之间的性能差别，另外探讨连接池模式的工作流程、细节及一些注意事项进行论述，最初提供一个适宜的连接池倡议。
在咱们进行 Postgresql 入门的时候，通常会看到这段介绍“PostgreSQL 服务器能够解决来自客户端的多个并发连贯。为此，它为每个连贯启动（“fork”）新过程，从那时起，客户端和新的服务器过程进行通信，而无需原始 postgres 过程进行干涉。因而，主服务器过程始终在运行，期待客户端连贯，而客户端及关联的服务器过程来来往往。”然而，这意味着每个新连贯都会分叉一个新过程，保留在内存中，并可能在多个会话中变得过分忙碌。在业务量较小的状况下，这种形式根本能够满足要求，然而当业务量迅速激增，咱们可能就须要一直去更改 max_connections 来满足客户端的需要。过后同样也带来了很大的问题，如频繁的敞开和创立连贯造成的内存开销，治理已产生的大量连贯等等，最终导致服务器响应迟缓而无奈对外提供数据库服务。在这样一个背景下，数据库连接池就被提出来了，对于应用 Postgresql 数据库来说，个别分为客户端连接池，比方 c3p0、druid 等等；另外一种则是服务器端连接池，例如 pgbouncer、odyssey、pgpoolII 等。
图 1 直连数据库服务器
这是没有连接池的 PostgreSQL 连贯生命周期：
1. 客户端通过申请并验证与服务器的连贯来开始新会话。
2. 服务器 fork 一个新的零碎过程来解决连贯和工作会话。会话状态是通过服务器级，数据库级和用户级配置参数的组合进行初始化的。
3. 客户通过执行一个或多个事务来实现所需的工作。示例包含：
- 针对关系（表，视图等）执行读写
- 应用 SET 命令更改会话或事务状态
- 筹备并执行预编译语句
4. 当客户端断开连接时，会话完结。
5. 服务器销毁会话过程。
一个数据库会话包含所有通过繁多连贯的生命周期所做的工作。数据库会话的工夫长度是可变的，并且在客户端和服务器上耗费的资源数量是可变的。
关键点在于：
- 创立，治理和销毁连贯过程会破费工夫并耗费资源。
- 随着服务器的连接数减少，治理这些连贯所需的资源也随之减少。此外，随着客户端在服务器上进行解决，服务器的每个过程内存使用量将持续增长。
- 因为单个会话仅服务于单个客户端，因而客户端能够更改数据库会话的状态，并心愿这些更改在后续的事务中持续存在。
一个的连接池位于客户端和服务器之间。客户端连贯到池管理器，而池管理器连贯到服务器。引入连接池程序会将连贯模型更改为客户端代理服务器架构：
图 2 应用连接池连贯数据库
这使客户端连贯生存期与服务器连贯和过程生存期脱钩。连接池的作用：
- 承受和治理来自客户端的连贯
- 建设和保护与服务器的连贯
- 将服务器连贯调配给客户端连贯
特点：
- 单个服务器连贯可解决来自不同客户端的会话，事务和语句
- 单个客户端会话的事务和 / 或语句可在不同的服务器连贯上运行
不言而喻应用连接池可能升高服务器的内存开销，并且无效复用数据库连贯，提供了良好的数据库连贯性能治理。
理解更多 PostgreSQL 热点资讯、新闻动态、精彩流动，请拜访中国 PostgreSQL 官方网站
解决更多 PostgreSQL 相干常识、技术、工作问题，请拜访中国 PostgreSQL 官网问答社区
下载更多 PostgreSQL 相干材料、工具、插件问题，请拜访中国 PostgreSQL 官网下载网站