Il faut d'abord etre certain qu'il y a plusieurs connexions BDD simultanée et distinctes, le distinct est important car de nombreuses piles offre la possibilité de réutiliser la meme connexion au travers de plusieurs appel cf pconnect().

Si elles sont distinctes, cela peut permettre d'avoir des sessions autonomes, l'interret sera essentiellement fonction du SQL exécuté par chacune des connexions. Mais en gros, chaque connexion aura son propre contexte et pourra faire un rollback en cas de problème sans pour autant annuler le travail des autres connexion...

Même si tu ouvres plusieurs connexion sur un serveur MySQL, la manière dont est gérée la pile de requête reste la même.

Ce n'est pas parce que tu as 2 connexions que les requêtes vont s'exécuter simultanément. Je dirais même que c'est moins optimisé puisque tu prends 2 fois le temps de te connecter

En plus de la gestion du processeur du serveur, je me demande si les accès concurrents à une table ne sont pas de toutes façon un frein

Bonsoir.

Je me posais la question depuis pas mal de temps. Je me demande si c'est utile dans un script d'établir plusieurs connexions à un même serveur SQL. Est-ce possible d'optimiser le temps de requète ?

Cela me semble impossible, ça relève du multi-threading il me semble, pour executer plusieurs fonctions en même temps

Merci pour vos réponses.