Les plugins Mysqlnd et le proxy MySQL sont des technologies différents utilisant différentes approches. Les deux sont des outils valides pour résoudre bons nombres de tâches classiques, comme l'équilibrage de charge, la surveillance, et l'amélioration des performances. Une importante différence est que le proxy MySQL fonctionne avec tous les clients MySQL alors que les plugins mysqlnd sont spécifiques aux applications PHP.
Comme une extension PHP, un plugin mysqlnd doit être installé sur le serveur d'application PHP, en plus du reste de PHP. Un proxy MySQL peut soit fonctionner sur le serveur d'application PHP, soit être installé sur une machine dédiée pour gérer plusieurs serveurs d'applications PHP.
Le déploiement d'un proxy MySQL sur un serveur d'application a 2 avantages :
Pas un seul point d'échec
Facile à redimensionner (redimensionnement horizontal, redimensionnement par le client)
Un proxy MySQL (et les plugins mysqlnd) peut résoudre des problèmes facilement, qui sinon, aurait du nécessité des modifications aux applications existantes.
Cepdenant, un proxy MySQL a quelques désavantages :
Un proxy MySQL est un nouveau composant, une nouvelle technologie à appliquer au maître et à déployer.
Un proxy MySQL nécessite la connaissance du langage de script Lua.
Un proxy MySQL peut être personnalisé en utilisant les langages de programmation C et Lua. Lua est le langage préféré pour un proxy MySQL. Pour la plupart des experts PHP, Lua est un nouveau langage à apprendre. Un plugin mysqlnd peut être écrit en C. Il est également possible d'écrire un plugin en PHP en utilisant » PECL/mysqlnd_uh.
Un proxy MySQL fonctionne comme un démon - un processus en arrière-plan. Un proxy MySQL peut rappeler des décisions prises antérieurement, vu que tous les états peuvent être conservés. Cependant, un plugin mysqlnd est lié au cycle de vie d'une requête PHP. Un proxy MySQL peut également partagé des résultats calculés une seule fois sur plusieurs serveurs d'applications. Un plugin mysqlnd peut donc avoir besoin de stocker des données dans un médium persistent. Un autre démon peut être utilisé dans ce but, comme par exemple, Memcache. Ce mécanisme donne un avantage au proxy MySQL.
Un proxy MySQL fonctionne au dessus de la couche physique. Avec un proxy MySQL, vous devez analyser et effectuer du "reverse engineer" du protocole client serveur MySQL. Les actions sont limitées à celles qui peuvent être effectuées par la manipulations du protocole de communication. Si la couche physique change (ce qui arrive très rarement), les scripts du proxy MySQL peut devoir être adapté.
Les plugins Mysqlnd fonctionnent au dessus de l'API C, reflétant ainsi les APIs client libmysql et Connecteur/C. Cet API C est essentiellement un wrapper du protocole Serveur Client MySQL, ou de la couche physique, vu qu'il est appelé quelques fois. Vous pouvez intercepter tous les appels à l'API C. PHP utilise l'API C, toutefois, vous pouvez connecter tous les appels PHP, sans avoir besoin de programmer au niveau de la couche physique.
Mysqlnd implémente la couche physique. Les plugins peuvent toutefois analyser, effectuer un "reverse engineer", manipuler et toujours remplacer le protocole de communication. Cependant, ce n'est généralement pas nécessaire.
Vu que les plugins vous autorisent de créer des implémentations qui utilisent les 2 niveaux (API C et couche physique), ils ont plus de flexibilité que le proxy MySQL. Si un plugin mysqlnd est implémenté en utilisant l'API C, toutes les modifications ultérieures à la couche physique ne nécessiteront pas de modification au plugin en tant que tel.