Présentation du pool de connexions géré

La mise en pool des connexions gérées vous permet de faire évoluer vos charges de travail en optimisant l'utilisation des ressources et la latence de connexion pour vos instances Cloud SQL. Le regroupement de connexions géré crée un pool de threads pour gérer les requêtes entrantes. Cela permet d'améliorer considérablement les performances, en particulier pour les connexions à grande échelle, en absorbant les pics de connexion soudains sans surcharger le serveur avec une augmentation du nombre de threads.

Pour en savoir plus sur l'activation du pooling de connexions géré, consultez Configurer le pooling de connexions géré.

Conditions requises

Pour utiliser le pooling de connexions géré, votre instance doit répondre aux exigences suivantes :

  • Votre instance doit être une instance Cloud SQL Enterprise Plus.
  • Le regroupement de connexions géré nécessite un numéro de version de maintenance minimal de MYSQL_$version.R20250531.01_10. Pour en savoir plus sur la maintenance en libre-service, consultez Effectuer une maintenance en libre-service.

Options de configuration avancées

Vous pouvez personnaliser le pooling de connexions géré en modifiant l'option de configuration max_pool_size.

L'option max_pool_size contrôle le niveau de simultanéité pour le regroupement de connexions géré. La valeur par défaut dépend du nombre de cœurs de processeur virtuel dans la configuration de machine de votre instance.

Limites

Lorsque vous utilisez le pooling de connexions géré avec vos instances Cloud SQL Enterprise Plus, tenez compte des limites suivantes :

  • L'activation du regroupement de connexions géré sur une instance existante entraîne le redémarrage de la base de données.
  • Lorsque le pool de connexions géré est activé pour votre instance, la valeur de la métrique thread_cache_size est définie par défaut sur 0.

Regroupement de threads et multiplexage de connexions

Dans Cloud SQL pour MySQL, la mise en pool des connexions gérées utilise un pool de threads côté serveur plutôt qu'un multiplexeur de connexion externe :

  • Mise en pool de threads (mise en pool de connexions gérée) : les clients se connectent directement au serveur de base de données, qui réutilise un pool limité de threads de travail (max_pool_size) pour exécuter des requêtes sur les sessions actives au lieu de créer un thread dédié par connexion. Cela réduit la surcharge du processeur et de la mémoire en cas de simultanéité élevée, mais chaque connexion client ouverte conserve une session de serveur dédiée et est comptabilisée dans la limite max_connections.
  • Multiplexage de connexion (tel que ProxySQL) : les clients se connectent via un proxy intermédiaire qui partage un pool plus petit de connexions de base de données backend entre de nombreuses connexions client. Cela réduit directement le nombre total de connexions côté serveur ouvertes.

Si votre charge de travail nécessite de réduire le nombre de connexions côté serveur pour éviter d'atteindre la limite max_connections, utilisez un pooler de connexions externe tel que ProxySQL. Vous pouvez également augmenter l'option max_connections en fonction de la capacité de mémoire de votre instance.

Étapes suivantes