（Heroku Sidekiq）我对连接池工作原理的理解正确吗？

Question

假设我在Heroku Rails上有以下设置，一个web dyno和两个worker dyno。

下面是我相信是真的，我希望有人能证实这些说法或指出一个不正确的假设。

我对这一点很有信心，但我对客户端和服务器的使用感到有点困惑，“连接池”指的是DB和Redis连接，“工作者”指的是puma和heroku dyno工作者。

我想是水晶清楚我希望这也可以作为一个综合指南为任何其他初学者有困难与此

谢谢

>

• 仅在数据库需要查询以服务页面请求时与数据库交互

工人迪诺

• 仅当正在运行的Sidekiq作业需要查询数据库时，才与数据库交互
• 仅与Redis交互以从Sidekiq队列（存储在Redis中）提取作业。这是Sidekiq服务器

>

ActiveRecord池大小为25意味着每个dyno有25个连接可供使用。（这是我最不确定的。是每一个迪诺人还是每一个美洲狮/赛德基克人？）

对于web dynos，它一次只能运行10个线程（2个puma x 5个线程），因此最多只能消耗10个线程。25超出了它的需要。

对于辅助进程，15的Sidekiq并发意味着一次可以运行15个Sidekiq进程。同样，25个连接超出了它的需要，但这是一个很好的缓冲区，以防有过时或死亡的连接无法清除。

总的来说，我的Postgres DB可以从web dyno获得10个连接，从每个辅助dyno获得15个连接，总共最多40个连接。

>

每个worker dyno（Sidekiq服务器）将使用Sidekiq.configure_server块中指定的连接池size。默认情况下，它是sidekiq并发2，因此这里每个dyno将占用17个redis连接

Answer 1

我不知道Heroku Rails，但我相信我可以回答一些更一般的问题。

从客户端的角度来看，任何连接的设置/拆卸都是非常昂贵的。连池的概念是有一组保持活跃并可以使用一段时间的连接。JDK HttpUrlConnection也执行相同的操作（假设HTTP 1.1），因此——假设您要访问同一台服务器——HTTP连接保持打开状态，等待下一个预期的请求。同样的事情也适用于这里——不是每次都关闭JDBC连接，而是维护连接——假设相同的服务器和身份验证凭据——因此下一个请求跳过了不必要的工作，可以立即向数据库服务器发送工作。

维护客户端连接池的方法有很多，它可能是JDBC驱动程序本身的一部分，您可能需要使用Apache Commons pooling之类的工具实现池，但无论你做什么，它都会增加你的行为，减少网络故障可能导致的错误，这些故障可能会阻止你的客户端连接到服务器。

在服务器端，大多数数据库提供程序配置了数据库服务器可能接受的n个可能连接池。通常每个额外的连接都有一个占用空间——通常很小——所以根据可用存储器，您可以计算出可用连接的最大数量。

在大多数情况下，您希望有比预期更大的可用连接。例如，在postgres中，配置的连接池大小适用于该服务器上任何数据库的所有连接。如果开发、测试和生产都指向同一个数据库服务器（显然是不同的数据库），那么测试使用的连接可能会阻止生产请求的实现。最好不要吝啬。