février
2006
Un article de Adjanakis
Hier, une personne(Maximilian que je remercie) m’a aiguillé vers un article partant d’une question simple. Les nouvelles fonctionnalités de MySQL, engendrerait-elle des baisses de performances ? Cette question n’est pas innocente dans la mesure où bon nombre d’utilisateur ont été déçu de leur passage à la nouvelle version du SGBD et pour une raison à priori excellente puisque les performances n’étaient pas aux rendez-vous.
MySQL est un projet qui a été bercé par des principes simples. Il fallait, selon les fondateurs, que que les versions soient de plus en plus rapide, de plus en plus sûr, tout en restant simple d’utilisation. Dans ces conditions, il est en effet décevant de constater que la rapidité ne soit pas au rendez-vous après un migration.
Dans le lien que je vous propose ci-dessous, vous pourrez apprendre que cette baisse de performance n’est pas une fatalité. Elle est tout au plus la conséquence d’une migration effectuée sans la prise en compte des nouvelles fonctionnalités de MySQL. Ainsi, une évolution de la version 4.1 à la version 5.0 peut améliorer les performances de 22% pour peu que les applications utilisent les nouvelles fonctionnalités : Les procédures stockées ou autres fonctions. Un simple changement de serveur ne pourra pas améliorer les performances, si l’applicatif ne tient pas compte des évolutions proposées !
Voila des paroles justes.
J’ai déjà souvent remarqué ce problème lors de migration du support d’applications (JVM, Base de données…etc).
Et puis quel interet de faire deux fois le travail ? Migrer les supports, puis migrer les applicatifs? Mieux vaut faire une migration de l’application et des supports, je trouve.