Les dernières nouveautés de MySQL 5.7

A l’occasion de l’annonce par Oracle de la dernière Milestone Release MySQL 5.7.5 à des fins de test, j’initie une série d’articles traitant des nouvelles fonctionnalités et améliorations de la version 5.7.
Oracle compte bien reprendre l’initiative face à son principal concurrent Maria DB notamment depuis que Google a annoncé son souhait de remplacer MySQL par Maria DB. Aussi, plusieurs éditeurs de distribution Linux ont fait le choix de Maria DB (Red Hat, Suse).
Nous attendions donc une réponse d’Oracle !!!

Dans un premier temps, ce premier article énumère les améliorations les plus marquantes en terme de fiabilité, de performance, de scalabilité et de disponibilité.
Depuis la version 5.5, InnoDB est devenu le moteur par défaut. Désormais InnoDB n’est même plus désactivable par l’option –skip_innodb.
L’équipe de développement MySQL a revu de nombreuses parties du code afin d’améliorer les performances du moteur sur les aspects suivants :
– Crash recovery pour les tablespaces file-per-table
– Shutdown et recovery multi-threads
– Création ou rebuild des index en mode bulk
– Performance globale InnoDB (x2 par rapport à la version 5.6)
Oracle propose désormais le redimensionnement dynamique du cache de données InnoDB, tant attendu par les DBAs.
Avec la version 5.7, ils nous offrent aussi la possibilité d’effectuer un truncate des undo logs stockés dans les undo tablespaces.
MySQL a toujours été décrié par les DBAs par son manque de métriques permettant d’administrer efficacement les performances.
Oracle nous propose une amélioration du monitoring effectué par Performance_schema ainsi que de nouvelles métriques, entre autres :
– Les étapes d’exécution d’une requête par un thread
– Les allocations mémoire InnoDB
La réplication MySQL multi-thread a été aussi revue par l’équipe de développement MySQL en vue d’améliorer la vitesse et la sécurité de la réplication.
Aussi, le monitoring de la réplication pourra désormais s’effectuer depuis des tables de la base Performance_schema.
L’optimiseur MySQL a été aussi remanié par l’implémentation du MySQL Cost Model.
Désormais, il pourra prendre en compte les statistiques liées à différentes opérations qui pourront être modifiées par le DBA, comme par exemple le coût de création d’une table temporaire sur disque.
Ces statistiques sont stockées dans deux tables de la base mysql : server_cost , engine_cost
Vous trouverez tous les new features de la version 5.7 sur le site d’Oracle
Dans les semaines à venir, je vous détaillerai les fonctionnalités les plus innovantes de cette version 5.7.
Je commencerai par les nouveautés du moteur InnoDB.
A très bientôt !!!

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *