设置毗连池
毗连池是治理数据库毗连的软件组件。这可以通过多种方法资助提高资源使用率，资助实现负载平衡或故障转移，并且可以大大镌汰事务时间。在这篇博文中，我们将相识什么是毗连池以及怎样设置它。
毗连池是一个软件组件治理数据库毗连。这可以通过多种方法资助提高资源使用率，资助实现负载平衡或故障转移，并且可以大大镌汰事务时间。在这篇博文中，我们将相识什么是毗连池以及怎样设置它。
什么是毗连池以及它为何有用
翻开与数据库的毗连需要许多办法。我们需要毗连到效劳器并执行初始握手，就加密和毗连设置告竣一致，然后在所有层（网络驱动程序、操作系统层、数据库层等）中保存新的毗连资源。每个毗连都会消耗内存，内存巨细取决于数据库引擎。关于 PostgreSQL，一个毗连甚至可以使用 1.3MB 内存。翻开毗连也需要时间，由于我们需要协商新毗连的设置。
若是我们一直为每个 SQL 盘问翻开新毗连，可能会导致数据库效劳器泛起多个问题：
翻开毗连需要时间和资源，因此我们的生意营业速率较慢
我们可能会凌驾运动毗连的限制（默认情形下可以设置为某个值）像一百个毗连）
数据库可能会消耗更多内存，这可能会对缓存掷中率和可用于盘问的可用内存爆发负面影响
而不是翻开每个 SQL 盘问都有一个新毗连，我们可以池化毗连。我们可以设置毗连池来保存毗连数目并为所有客户端重用它们。这样我们的应用程序毗连到池化器而不是直接毗连数据库，然后池化器毗连到数据库。这带来了多个优点：
毗连池使毗连坚持翻开状态的时间更长，从而镌汰了数据库端翻开和关闭毗连的开销并镌汰了延迟。
我们可以在毗连之间甚至数据库之间实现负载平衡，从而提高性能。
池化器可以维持稳固的毗连数目，因此我们可以阻止这个问题运动毗连过多，会镌汰资源使用。
池化器可以重定向主效劳器和备用效劳器之间的毗连，以提供故障转移，从而提高稳固性和可扩展性。
池化器可以将密码存储到数据库的中央位置，从而提高清静性。
池化器可以缓存效果以提高盘问性能。
毗连池也有一些弱点：
它是我们系统中可能成为故障点的另一个组件。
由于应用程序和数据库之间的另一个网络跃点，网络延迟可能会略有增添。
低效的毗连池可能会成为瓶颈。
我们需要调解和维护毗连池，这增添了维护肩负。
差别类型的毗连池
有许多实现毗连池的要领。在本节中，我们将相识种种实现细节。
外部或内部毗连池
在典范情形下，我们从应用程序毗连到数据库。我们现在可以将毗连池放在两个位置之一：应用程序自己或应用程序和数据库之间的某个位置。
将毗连池放在应用程序中（应用程序端毗连池）可以很是容易由于许多 ORM 或数据库驱动程序都支持开箱即用。例如，JDBC 支持 c3p0，而 ODBC 支持开箱即用。这带来了许多利益。我们不需要装置和维护任何特另外组件，由于池化器位于应用程序内部。我们只需要安排应用程序的新版本，然后就可以准备好池化了。这也镌汰了网络延迟，由于我们没有任何特另外网络跃点（一切都位于我们的应用程序内部）。
不幸的是，应用程序端毗连池有一些弱点。最大的一个是它仅针对一个应用程序举行设置。若是我们有许多应用程序（尤其是在漫衍式情形中），那么我们需要在许多地方设置池化器。更不必说我们仍然可能抵达效劳器端的毗连计数限制，由于池化器相互不相识。拥有许多毗连池也会导致更高的资源使用率，并且通常性能较低。
我们还可以使用位于应用程序和数据库之间的外部毗连池。这可以与恣意数目的应用程序一起使用，并让我们能够准确控制毗连限制。集中式毗连池还可以更好地控制资源，让我们实现故障转移或负载分派。
外部毗连池也有一些弱点。首先也是最主要的，它是我们需要随着时间的推移装置、设置、调解和维护的另一个组件。我们还需要重新设置每个应用程序以使用毗连池（这应该像更改一些毗连字符串并重新安排应用程序一样简朴）。外部池化器还会增添一些网络延迟，由于它是应用程序和数据库之间的另一个网络组件。
外部毗连池化器也可能成为故障点。若是池化器由于某种缘故原由而关闭，应用程序将无法再毗连到数据库。若是池化器速率缓慢或效率低下，则会影响所有使用它的应用程序。因此，池化器必需具有高质量，才不会降低整体性能。
池化类型
每个池化器需要决议怎样将毗连分派给客户端。通常有三种要领。
第一种是会话池。在这种要领中，毗连在会话一连时间内分派给客户端（直到客户端断开毗连或抵达超时）。这是最简朴的要领，可是，这有用地限制了客户端数目，由于通常每个客户端消耗一个毗连。
下一个解决计划是事务池。在此要领中，池程序为每个事务分派毗连，并且仅在事务一连时间内分派毗连。若是客户端想要运行另一个事务，他们需要获得另一个毗连（并且可能需要期待其他毗连可用）。这允许池化器处理更多客户端，并且是推荐的要领。
最后一种要领是为每个 SQL 语句自力分派毗连。理论上，这会带来最高的无邪性和毗连使用率。可是，这会导致一项事务跨越多个毗连。由于许多事务设置与毗连相关，这可能会成为手艺限制。
毗连池解决计划
凭证您使用的数据库类型，可能有一些内置的解决计划，或者您可能需要手动设置它们。让我们看一些示例。
内置解决计划
凭证您的基础设施提供商，您也许能够使用内置或近内置解决计划：
Neon PostgreSQL 数据库有一个内置的 PgBouncer
Supabase 有一个内置的 Supavisor
适用于 PostgreSQL 的 Azure 数据库支持内置 PgBouncer
DigitalOcean 的 PostgreSQL 包括 PgBouncer
Azure 数据库可与 ProxySql
Azure 数据库可与 Heimdall 数据库署理一起使用
ADO.NET 支持内置毗连池
Oracle 支持通用毗连池关于 JDBC
Oracle 自治数据库支持数据库驻留毗连池
外部解决计划
您可以使用许多外部解决计划使用：
Amazon RDS 署理
Pgpool
PgBouncer
奥德赛
Heimdall 数据库署理
ProxySQL
pgcat
案例研究：设置 PgBouncer
在此示例中，我们将研究 PgBouncer。
我们首先凭证文档中的方法装置它。
然后我们需要设置它。最主要的设置是：
pool_mode：如那里置毗连；我们可以使用事务
max_client_conn：设置可以毗连到毗连池的客户端数目
default_pool_size：设置允许几多个效劳器毗连关于每个用户数据库
min_pool_size：要保存几多个备用毗连
设置池化器后，我们可以使用pgbench验证其性能：
pgbench -c 10 -p -j 2 -t 1000 database_name
登录后复制
PgBouncer 可以轻松地将每秒事务数增添 60%，如基准测试所示：
对 PostgreSQL 毗连池举行基准测试：PgBouncer、PgCat和 Supavisor
通过毗连池提高数据库性能
使用 PgBouncer 增强 PostgreSQL
总结
毗连池可以提高性能并镌汰资源消耗。有许多内置解决计划可以轻松地与我们的数据库一起使用，无论我们将它们托管在那里以及我们使用什么数据库引擎。我们需要记着，毗连池是另一个故障点，需要小心处理。设置优异的毗连池可以使每秒的事务数目增添近一倍，从而极大地提高性能。
以上就是设置毗连池的详细内容，更多请关注本网内其它相关文章！
