Avec des connexions persistantes :
- Vous ne pouvez pas créer un traitement des transactions efficace
- sessions utilisateur impossibles sur la même connexion
- l'application n'est pas évolutive. Avec le temps, vous devrez peut-être l'étendre et cela nécessitera une gestion/un suivi des connexions persistantes
- si le script, pour une raison quelconque, n'a pas pu libérer le verrou sur la table, alors tous les scripts suivants seront bloqués indéfiniment et il faudra redémarrer le serveur de base de données. En utilisant les transactions, le bloc de transaction passera également au script suivant (en utilisant la même connexion) si l'exécution du script se termine avant la fin du bloc de transaction, etc.
Les connexions persistantes n'apportent rien de ce que vous pouvez faire avec des connexions non persistantes.
Alors, pourquoi les utiliser ?
La seule raison possible est la performance, pour les utiliser lors de la création d'un lien vers votre serveur SQL est élevé. Et cela dépend de nombreux facteurs comme :
- type de base de données
- si le serveur MySQl est sur la même machine et, si non, à quelle distance ? peut-être hors de votre réseau/domaine local ?
- à quel point la machine sur laquelle repose MySQL est surchargée par d'autres processus
On peut toujours remplacer les connexions persistantes par des connexions non persistantes. Cela peut modifier les performances du script, mais pas son comportement !
Le RDMS commercial peut être licencié en fonction du nombre de connexions ouvertes simultanées et ici, les connexions persistantes peuvent mal servir
