我的理解是Unicorn、Sidekiq和数据库连接池大小的正确性是什么？

Question

19

我已经搭建好了Unicorn、Sidekiq和Postgres。

我正在尝试理解正确的配置方法，以便不会达到最大的数据库连接限制。在Opsworks中，m1.small Postgres RDS实例最多可以有121个连接。

我的数据库池大小为5。

考虑这一点。Sidekiq和Unicorn是各自的进程。因此每个进程的数据库池大小为5。如果我有5个Unicorn进程，那么就会有5*5=25个数据库连接。

现在这是我有点困惑的地方，因为Sidekiq是多线程的。如果Sidekiq的并发数为5，而且数据库池的大小也设置为5，那么在任何给定时间可能会有25个潜在的数据库连接？

这意味着，对于一个实例，我最多可以有50个数据库连接？

- Christian Fazzini

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Louis Simoneau · Accepted Answer

在Unicorn中，每个进程都建立自己的连接池，因此如果您的db pool设置为5，并且您有5个Unicorn worker，则最多可以拥有25个连接。但是，由于每个Unicorn worker一次只能处理一个连接，所以除非您的应用程序在内部使用线程，否则每个worker将只实际使用一个db连接。

在Sidekiq中，池中的连接在线程之间共享，因此每个worker需要至少一个可用的连接。如果并发性为5，则您的池大小至少需要为5。

拥有大于1的池大小意味着每个Unicorn worker都可以访问它无法使用的连接，但它不会实际打开这些连接，因此这并不重要。

除非您的应用程序代码使用线程（它们不共享一个db连接），否则您的应用程序所需的实际连接总数为每个Sidekiq worker加上每个Unicorn worker的一个连接。