# Comprendere il pooling del DB per gli worker di Sidekiq

**URL:** <https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891>\
**Category:** Development\
**Created:** [29 Maggio 2024, 9:10pm 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:** 3

<div class="post-metadata">

**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:** [5 Giugno 2024, 9:11pm UTC](https://meta.discourse.org/t/understanding-db-pooling-for-sidekiq-workers/309891/3 "2024-06-05T21:11:50Z")

</div>

Temo di non conoscere i dettagli su come tutto questo funzioni all’istante.

Potrebbe valere la pena verificare se hai personalizzato l’ambiente UNICORN\_SIDEKIQS. Quello indica quanti **processi** sidekiq vengono avviati (ognuno dei quali avrà molti thread).

Cosa mostra esattamente il tuo grafico? Sono ‘connessioni concorrenti’? O è ‘numero di connessioni create’? Se è quest’ultimo, forse alcune connessioni vengono create e distrutte molto rapidamente.

E un’ultima domanda: quale problema stai cercando di risolvere qui? C’è qualche problema causato dal numero di connessioni?

---

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