AccueilActualités informatiqueCloud-native : le système de cluster de bases de données Vitess 13...

Cloud-native : le système de cluster de bases de données Vitess 13 s’adapte mieux à MySQL

La version 13 du système de clustering cloud-native Vitess est désormais disponible. Avec cette mise à jour du projet hébergé par la Cloud Native Computing Foundation (CNCF), l’équipe de développement apporte quelques améliorations autour de la gestion des clusters et des services de requête. Vitess étant entre autres conçu pour la mise à l’échelle horizontale d’applications de bases de données MySQL, la nouvelle version comprend également diverses adaptations, notamment pour MySQL.

Sommaire

Après avoir atteint la parité des fonctionnalités entre le Query Planner de troisième génération et le nouveau Query Planner Gen4 dans la version précédente du système de cluster, l’équipe de développement avait introduit ce dernier dans Vitess 12 en tant que fonction encore expérimentale. Dans la nouvelle version majeure, le Query Planner Gen4 est considéré comme une fonctionnalité mature et officiellement validée pour une utilisation en production. Grâce au nouveau Query Planner, les développeurs auront désormais accès à d’autres fonctions natives de MySQL, comme par exemple les tris (Collations).

Ainsi, il est désormais possible d’effectuer des comparaisons de chaînes de caractères dans les VTGates en tenant compte du tri. Jusqu’à présent, les requêtes dépendaient de l’API SQL de débogage de MySQL pour effectuer de telles comparaisons à distance. Les requêtes de comparaison de chaînes devraient ainsi être plus performantes et plus fiables. Un aperçu des tris utilisables se trouve dans la documentation.

Le moteur d’évaluation SQL, qui fonctionne dans les VTGates, a également été adapté plus étroitement au comportement typique de MySQL. Pour cela, l’équipe de développement a réécrit en grande partie le module d’évaluation SQL selon les notes de publication. Vitess est ainsi désormais en mesure d’exécuter localement un plus grand nombre de requêtes. Pour les requêtes inter-charte, les développeurs disposeront en outre d’une sémantique élargie et d’expressions SQL plus complexes.

Pour la gestion des clusters dans les scénarios de basculement, le nouvel orchestrateur encore expérimental doit vtorc aide grâce à l’amélioration de la reconnaissance GTID (Global Transaction Identifier), qui est liée à l’utilisation de InitShardPrimary a permis de remédier à des problèmes liés à l’utilisation de la technologie. Lors de l’initiation d’un basculement d’urgence, les utilisateurs devaient se rendre à l’adresse suivante pour la mise en place du cluster et la première sélection du parent (Primary). InitShardPrimary Cependant, la fonction copie automatiquement le jeu de GTID exécuté du nouveau système primaire sur tous les autres réplicas. Dans certaines circonstances, cela pouvait conduire à des réplicas mal configurés et à des problèmes ultérieurs lors de la réplication et de la restauration. Dans Vitess 13, l’option PlannedReparentShard une alternative plus sûre est disponible.

De plus amples informations sur la nouvelle version majeure sont disponibles dans le blog de la CNCF annonçant Vitess 13. Pour un aperçu complet de toutes les nouveautés, consultez les notes de version sur GitHub.

Plus d'articles