# 理解 Sidekiq Workers 的数据库连接池 **URL:** https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891 **Category:** Development **Created:** [2024年五月29日 21:10 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891 "2024-05-29T21:10:22Z") **Posts on this page:** 7 **Page:** 1
### Author: ![Mudit\_Maheshwari](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mudit_maheshwari/32/331278_2.png) [@Mudit\_Maheshwari](https://meta.discourse.org/u/Mudit_Maheshwari) #### Post date: [2024年五月29日 21:10 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891/1 "2024-05-29T21:10:22Z")
能否有人澄清一下 Sidekiq worker 数据库连接池的问题？ 目前，我们已将 `DISCOURSE_DB_POOL` 设置为 15，每个 Sidekiq worker 的并发数为 10。在阅读了 Sidekiq 文档后，似乎 Sidekiq 线程共享数据库连接池，因此我预计 Sidekiq worker 最多会产生 15 \* 2 = 30 个数据库连接。然而，尽管我们有这样的理解，但我们观察到数据库连接的峰值超过了预期的最大值 30。 ![image](https://global.discourse-cdn.com/meta/original/4X/5/4/3/54342793c6cb5540aa4325a1333971ee292950c7.png) 这些峰值大约每 15 分钟出现一次，并且似乎主要与 [PeriodicalUpdates](https://github.com/discourse/discourse/blob/main/app/jobs/scheduled/periodical_updates.rb) 计划任务相关。 谁能提供一些见解来帮助我们避免这些峰值？ ---
### Author: ![Mudit\_Maheshwari](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mudit_maheshwari/32/331278_2.png) [@Mudit\_Maheshwari](https://meta.discourse.org/u/Mudit_Maheshwari) #### Post date: [2024年五月30日 21:04 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891/2 "2024-05-30T21:04:58Z")
@david 我注意到您在这方面做了出色的工作。您能分享一些见解吗？ ---
### Author: ![david](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/david/32/157490_2.png) [@david](https://meta.discourse.org/u/david) #### Post date: [2024年六月5日 21:11 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891/3 "2024-06-05T21:11:50Z")
恐怕我不知道所有这些细节是如何运作的。 也许可以检查一下您是否自定义了 UNICORN\_SIDEKIQS 环境变量。这表明启动了多少个 sidekiq **进程** （每个进程都会有很多线程）。 您的图表具体显示的是什么？是“并发连接”吗？还是“创建的连接数”？如果是后者，也许一些连接被创建和销毁得非常快。 最后一个问题：您在这里试图解决什么问题？连接数是否引起了什么问题？ ---
### Author: ![Mudit\_Maheshwari](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mudit_maheshwari/32/331278_2.png) [@Mudit\_Maheshwari](https://meta.discourse.org/u/Mudit_Maheshwari) #### Post date: [2024年六月5日 21:49 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891/4 "2024-06-05T21:49:20Z")
感谢您的回复。 以下是我们相关的配置： - **DISCOURSE\_DB\_POOL:** “15” - **DISCOURSE\_SIDEKIQ\_WORKERS:** “10” - **UNICORN\_SIDEKIQS:** “2” 这意味着我们有 2 个 Sidekiq 进程，每个进程有 10 个线程。 图表显示了当前的客户端连接数。 我们正在尝试正确配置连接池的大小（位于 PostgreSQL 前面的 RDS 代理）。为此，我们需要更好地了解应用程序端连接池的工作原理。为什么应用程序没有按预期遵守 DISCOURSE\_DB\_POOL 配置？ 如果 **DISCOURSE\_DB\_POOL** 按预期工作，为什么我们会看到如此大的数据库连接峰值？这些峰值似乎与 PeriodicalUpdates 计划作业的运行时间一致。 如果您有更多问题，请告知我。感谢您帮助揭开这个谜团。 ---
### Author: ![Mudit\_Maheshwari](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mudit_maheshwari/32/331278_2.png) [@Mudit\_Maheshwari](https://meta.discourse.org/u/Mudit_Maheshwari) #### Post date: [2024年六月6日 16:03 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891/5 "2024-06-06T16:03:13Z")
除了 **DISCOURSE\_DB\_POOL** 环境变量之外，我们还需要其他配置文件来配置数据库连接池吗？ ---
### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam) #### Post date: [2024年九月12日 04:35 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891/6 "2024-09-12T04:35:37Z")
> [@Mudit\_Maheshwari](#): > > RDS 代理 您能100%确定是代理的错吗？ ---
### Author: ![Mudit\_Maheshwari](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mudit_maheshwari/32/331278_2.png) [@Mudit\_Maheshwari](https://meta.discourse.org/u/Mudit_Maheshwari) #### Post date: [2025年三月6日 23:07 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891/7 "2025-03-06T23:07:40Z")
是的，我不认为代理服务器在这里有问题。