In MySQL?
Ik zou zeggen, doe geen moeite met het poolen van verbindingen. Ze zijn vaak een bron van problemen en met MySQL zullen ze je niet het prestatievoordeel opleveren waar je op hoopt. Deze weg kan een grote inspanning zijn om te volgen - politiek gezien - omdat er in deze ruimte zoveel beste praktijken zijn met handgebaar en tekstboekwoordenboek over de voordelen van pooling van verbindingen.
Verbindingspools zijn gewoon een brug tussen het post-webtijdperk van stateless applicaties (bijv. HTTP-protocol) en het pre-webtijdperk van stateful, langlevende batchverwerkingsapplicaties. Omdat verbindingen erg duur waren in pre-webdatabases (omdat niemand zich vroeger druk maakte over hoe lang het duurde om een verbinding tot stand te brengen), bedachten post-webapplicaties dit verbindingspoolschema zodat elke hit niet deze enorme verwerkingsoverhead met zich meebracht op het RDBMS.
Omdat MySQL meer een RDBMS uit het webtijdperk is, zijn verbindingen extreem licht en snel. Ik heb veel webapplicaties met een hoog volume geschreven die helemaal geen verbindingspool voor MySQL gebruiken.
Dit is een complicatie waar je misschien baat bij hebt als je het zonder doet, zolang er geen politiek obstakel is dat moet worden overwonnen.