# Entendendo Pooling de DB para trabalhadores Sidekiq

**URL:** <https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891>\
**Category:** Development\
**Created:** [29 Maio , 2024 21:10 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891 "2024-05-29T21:10:22Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**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:** [5 Junho , 2024 21:49 UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891/4 "2024-06-05T21:49:20Z")

</div>

Obrigado por retornar.

Seguem as configurações relacionadas que temos:

- **DISCOURSE\_DB\_POOL:** “15”
- **DISCOURSE\_SIDEKIQ\_WORKERS:** “10”
- **UNICORN\_SIDEKIQS:** “2”

Isso significa que temos 2 processos Sidekiq, cada um com 10 threads.

O gráfico mostra o número atual de conexões de clientes.

Estamos tentando configurar corretamente o tamanho do pool de conexões (RDS proxy na frente do PostgreSQL). Para fazer isso, precisamos de um melhor entendimento do pooling de conexões no lado da aplicação. Por que a aplicação não está respeitando a configuração DISCOURSE\_DB\_POOL como esperado?  
Se DISCOURSE\_DB\_POOL estiver funcionando como esperado, por que vemos picos tão grandes nas conexões do banco de dados? Esses picos parecem estar alinhados com as execuções do job agendado PeriodicalUpdates.

Por favor, me avise se tiver mais perguntas. Agradeço a ajuda para desvendar o mistério.

---

_[View the full topic](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891)._