Dans MySQL ?
Je dirais ne vous embêtez pas avec la mise en commun des connexions. Ils sont souvent une source de problèmes et avec MySQL, ils ne vous apporteront pas l'avantage de performances que vous espérez. Cette route peut demander beaucoup d'efforts à suivre - politiquement - car il y a tellement de bonnes pratiques et de verbiage de manuels dans cet espace sur les avantages de la mise en commun des connexions.
Les pools de connexion sont simplement un pont entre l'ère post-web des applications sans état (par exemple, le protocole HTTP) et l'ère pré-web des applications de traitement par lots à longue durée de vie avec état. Étant donné que les connexions étaient très coûteuses dans les bases de données pré-web (puisque personne ne se souciait trop du temps qu'une connexion prenait pour s'établir), les applications post-web ont conçu ce schéma de pool de connexions afin que chaque hit n'entraîne pas cette énorme surcharge de traitement. sur le SGBDR.
Étant donné que MySQL est davantage un SGBDR de l'ère Web, les connexions sont extrêmement légères et rapides. J'ai écrit de nombreuses applications Web à volume élevé qui n'utilisent pas du tout de pool de connexions pour MySQL.
C'est une complication dont vous pourriez gagner à vous passer, tant qu'il n'y a pas d'obstacle politique à surmonter.
