Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[BUG] Connection pool grows correctly but never shrinks back

Aperta
  • Qualcosa non va?
#445 0 commenti 1 reazione 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
38/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
javascript, node.js
Ambito
database

Direzione di ricerca

Inizia dalla documentazione delle opzioni del pool e del ciclo di vita in README.md, quindi riproduci il problema usando pool.query() e pool.connect() con shrink: true. Verifica se il comportamento documentato corrisponde al valore osservato di pool.poolSize dopo il carico; il lavoro è completato quando la riduzione deterministica funziona oppure quando il comportamento e i controlli di pulizia sono documentati chiaramente.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Describe your system

  • odbc Package Version: 2.4.8
  • ODBC Driver: IBM DB2 ODBC DRIVER
  • Database Name: DB2
  • Database OS: IBM i (AS/400)
  • Node.js Version: 18.17.1
  • Node.js OS: IBM i

Describe the bug
When using the built-in connection pool with shrink: true, the pool grows beyond initialSize under load but does not shrink back once the load is gone. After all queries have completed and all connections have been released, pool.poolSize remains permanently greater than initialSize, even after a long idle period.

This behavior occurs both when using pool.query() and when explicitly acquiring and releasing connections using pool.connect() and connection.close().

Expected behavior
With shrink: true, once all connections are released and the system becomes idle, the pool should eventually shrink back to initialSize, or at least have a documented, deterministic behavior regarding when or if shrinking occurs.

To Reproduce

  1. Create a pool with the following options: 
    const pool = await odbc.pool({
  connectionString,
  initialSize: 2,
  incrementSize: 1,
  maxSize: 20,
  shrink: true
});
  2. Run multiple queries in parallel to force the pool to grow
await Promise.all(
Array.from({ length: 10 }, () =>
  pool.query("SELECT 1")
)
);

#or using explicit connections:

const conn = await pool.connect();
await conn.query("SELECT 1");
await conn.close();
  1. Wait until all queries have completed.
  2. Log pool.poolSize

Additional context
Calling connection.close() seems to only return the connection to the pool and does not close the actual database connection. There does not appear to be a documented idle timeout or automatic cleanup of extra connections. As a result, once the pool grows beyond initialSize, it stays larger even when the application is idle. This makes it hard to control the total number of open database connections.

Is this behavior expected by design? If so, it would be helpful to clarify this in the documentation or provide a deterministic way to shrink or evict idle connections.

Lingua principale
JavaScript
Stelle
158
Fork
92
Merge medio
4g 19h
PR unite (30g)
5

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di IBM/node-odbc

Tutte le issue di IBM/node-odbc

Issue simili

Altre issue su JavaScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.