Stratégie de prise en charge des versions Azure Database pour MySQL
S’APPLIQUE À : 
Azure Database pour MySQL – Serveur flexible
Important
Le serveur unique Azure Database pour MySQL est en voie de mise hors service. Nous vous conseillons vivement de procéder à une mise à niveau vers Azure Database pour MySQL – Serveur flexible. Pour obtenir plus d’informations sur la migration vers Azure Database pour MySQL – Serveur flexible, consultez Qu’en est-il du Serveur unique Azure Database pour MySQL ?
Versions de MySQL prises en charge
Azure Database pour MySQL a été développé à partir de MySQL Community Edition, avec le moteur de stockage InnoDB. Le service prend en charge les versions majeures actuelles de la communauté, à savoir MySQL 5.7 et 8.0. MySQL utilise le schéma de nommage X.Y.Z, où X est la version principale, Y la version secondaire et Z la version du correctif de bogue. Pour plus d’informations sur ce schéma, reportez-vous à la documentation MySQL.
Azure Database pour MySQL prend actuellement en charge les versions majeures et mineures suivantes de MySQL :
| Version | Serveur flexible Version mineure actuelle |
|---|---|
| MySQL version 5.7 | 5.7.44 |
| MySQL Version 8.0 | 8.0.37 |
| MySQL version 8.4 | 8.4.2 |
| MySQL version 9.1 | 9.1.0 |
Découvrez la stratégie de prise en charge des versions pour les versions mises hors service dans la documentation relative à la stratégie de prise en charge des versions.
Prise en charge de la version principale
Azure Database pour MySQL prend en charge chaque version majeure de MySQL à partir de la date de début de sa prise en charge et jusqu’à son retrait par la communauté MySQL, comme indiqué dans la politique de contrôle de version.
Prise en charge des versions Innovation Release (Version d’innovation)
Les versions de MySQL Innovation Release sont fournies pour permettre l’accès aux fonctionnalités et capacités les plus récentes de MySQL. La prise en charge de ces versions inclut les fonctionnalités principales, mais exclut les fonctionnalités avancées, telles que la haute disponibilité, les réplicas et les sauvegardes automatisées. La prise en charge des versions Innovation Release est limitée à la version la plus récente, les versions antérieures n’étant pas retenues pour que les utilisateurs aient accès aux dernières avancées. Chaque serveur Innovation Release a un cycle de vie de 30 jours à partir de la date de création, après quoi il est automatiquement supprimé. Aucune mise à jour de maintenance mensuelle n’est appliquée pendant le cycle de vie de ces versions.
Prise en charge de la version mineure
Azure Database pour MySQL effectue automatiquement des mises à niveau de versions mineures vers la version recommandée d’Azure dans le cadre d’une maintenance périodique.
Stratégie de retrait de la version majeure
Les détails de mise hors service pour les versions principales de MySQL sont répertoriés dans le tableau suivant. Les dates affichées suivent la stratégie de version de MySQL.
| Version | Nouveautés | Date de début de la prise en charge d’Azure | Date de fin du support Azure | Date de mise hors service de la version Community |
|---|---|---|---|---|
| MySQL 5.7 | Caractéristiques | 20 mars 2018 | Septembre 2025 | Octobre 2023 |
| MySQL 8 | Caractéristiques | 11 décembre 2019 | N/D | Avril 2026 |
Qu’advient-il du service Azure Database pour MySQL après la mise hors service de la version de MySQL Community en octobre 2023 ?
Conformément à l’annonce d’Oracle concernant la fin de vie de MySQL Community version v5.7 en octobre 2023 (page 23), Azure prépare activement cette importante transition. Ce développement a un impact particulier sur les clients qui utilisent la version 5.7 d’Azure Database pour MySQL – Serveur unique et serveur flexible.
En réponse aux demandes des clients, Microsoft a décidé de prolonger le support pour Azure Database pour MySQL au-delà d’octobre 2023. Pendant la période de support étendu mise en place jusqu’en septembre 2025, Microsoft donne la priorité à la disponibilité, la fiabilité et la sécurité du service. Bien qu’il n’existe aucune garantie concernant les mises à niveau de versions mineures, nous implémentons des modifications essentielles pour garantir que le service reste accessible, fiable et protégé. Notre plan comprend :
Support étendu de la version 5.7 sur Azure Database pour MySQL – Serveurs flexibles jusqu’en septembre 2025, offrant ainsi aux clients suffisamment de temps pour planifier et exécuter leurs mises à niveau vers MySQL v8.0.
Support étendu de la version 5.7 sur Azure Database pour MySQL – Serveurs uniques jusqu’à leur mise hors service en septembre 2024. Ce support étendu offre aux clients Azure Database pour MySQL – Serveur unique suffisamment de temps pour migrer vers Azure Database pour MySQL – Serveur flexible version 5.7, puis mettre à niveau ultérieurement vers la version 8.0.
Avant que nous mettions fin à la prise en charge d’Azure Database pour MySQL 5.7, vous devez prendre en compte plusieurs étapes importantes.
Chronologies de dépréciation d’Azure MySQL 5.7
| Chronologies | Azure MySQL 5.7 Serveur flexible |
|---|---|
| Création de serveurs à l’aide du portail Azure. | À décider |
| Création de serveurs à l’aide de l’interface de ligne de commande (CLI). | À décider |
| Création de serveurs réplicas pour les serveurs existants. | Septembre 2025 |
| Création de serveurs à l’aide du workflow de restauration pour les serveurs existants | Septembre 2025 |
| Création de serveurs pour la migration d’Azure Database pour MySQL – Serveur unique vers Azure Database pour MySQL – Serveur flexible. | NA |
| Création de serveurs pour la migration d’Azure Database for MariaDB vers Azure Database pour MySQL – Serveur flexible. | Septembre 2025 |
| Support étendu d’Azure Database pour MySQL v5.7 | Septembre 2025 |
Remarque
Nous avions initialement prévu d’arrêter la création de nouvelles instances Azure Database pour MySQL version 5.7 via CLI et Portal après avril 2024. Toutefois, après une révision supplémentaire et des commentaires des clients, nous avons décidé de retarder cette action. La date pour la suppression de la création de nouvelles instances MySQL 5.7 est actuellement en cours de révision et reste « À décider ». Ce changement reflète notre engagement à répondre aux besoins des clients et à offrir une flexibilité pendant la transition. Si vous avez des préoccupations concernant la prise en charge étendue d’Azure Database pour MySQL – Serveur flexible 5.7, n’hésitez pas à nous en informer par e-mail via Contacter Azure DB pour MySQL. Nous apprécions vos commentaires et nous encourageons une communication continue quand nous examinons ces modifications.
FAQ
Q : Quel est le processus de mise à niveau d’Azure Database pour MySQL – Serveur flexible de la version 5.7 vers la version 8.0 ?
R : À compter de mai 2023, Azure Database pour MySQL – Serveur flexible vous permet d’effectuer une mise à niveau sur place de MySQL v5.7 vers v8.0 à l’aide de la fonctionnalité de mise à niveau de version principale (MVU). Pour plus d’informations, veuillez consulter le document Mise à niveau de version majeure.
Q : J’utilise actuellement la version 5.7 d’Azure Database pour MySQL – Serveur unique. Comment planifier ma mise à niveau ?
R : Azure Database pour MySQL – Serveur unique n’offre pas de prise en charge intégrée de la mise à niveau de la version majeure de la version 5.7 vers la version 8.0. Comme Azure Database pour MySQL – Serveur unique est sur le chemin de dépréciation, aucun investissement n’est prévu pour prendre en charge la mise à niveau de la version majeure de la version 5.7 vers la version 8.0. Le chemin recommandé pour la mise à niveau de la version 5.7 d’Azure Database pour MySQL – Serveur unique vers la version 8.0 consiste à migrer d’abord votre Azure Database pour MySQL version 5.7 – Serveur unique vers la version 5.7 d’Azure Database pour MySQL – Serveur flexible. Une fois la migration terminée et le serveur stabilisé sur le serveur flexible, vous pouvez effectuer une mise à niveau de version majeure sur Azure Database pour MySQL – Serveur flexible migré de la version 5.7 vers la version 8.0. Le support étendu de la version 5.7 sur un serveur flexible vous permettra de procéder à des exécutions plus longtemps sur la version 5.7 et de planifier votre mise à niveau vers la version 8.0 sur le serveur flexible ultérieurement (après la migration) à partir d’un serveur unique.
Q : Y a-t-il des temps d’arrêt attendus ou des impacts sur les performances pendant le processus de mise à niveau ?
R : Oui, il est prévu qu’il y aura un temps d’arrêt pendant le processus de mise à niveau. La durée spécifique varie en fonction de facteurs tels que la taille et la complexité de la base de données. Nous vous conseillons d’effectuer une mise à niveau de test hors environnement de production pour évaluer le temps d’arrêt attendu et les performances potentielles. Supposons que vous réduisez le temps d’arrêt de vos applications pendant la mise à niveau. Dans ce cas, vous pouvez envisager d’effectuer une mise à niveau de version majeure de MySQL 5.7 vers MySQL 8.0 avec temps d’arrêt minimal à l’aide de réplicas en lecture.
Q : Puis-je restaurer MySQL version 5.7 après la mise à niveau vers la version 8.0 ?
R : Bien qu’il ne soit pas recommandé de passer de MySQL version 8.0 à la version 5.7, cette dernière étant proche de son état de fin de vie, nous reconnaissons qu’il peut y avoir des scénarios spécifiques où cette flexibilité devient nécessaire. Pour garantir un processus de mise à niveau fluide et atténuer les problèmes potentiels, il est recommandé de respecter les meilleures pratiques en effectuant une sauvegarde complète à la demande avant de procéder à la mise à niveau vers MySQL v8.0. Cette sauvegarde sert de mesure de précaution. Elle vous permet de restaurer votre base de données vers sa version précédente sur un autre nouveau serveur flexible Azure Database pour MySQL en cas de problèmes inattendus ou de complications avec MySQL v8.0.
Q : Quels sont les principaux avantages de la mise à niveau vers MySQL v8.0 ?
R : MySQL v8.0 est fourni avec de nombreuses améliorations, notamment un dictionnaire de données plus efficace, une sécurité renforcée et d’autres fonctionnalités telles que les expressions de table et les fonctions de fenêtre courantes. Pour plus d’informations, consultez les Notes de publication de MySQL 8.0.
Q : Existe-t-il des problèmes de compatibilité à connaître lors de la mise à niveau vers MySQL v8.0 ?
R : Les modifications apportées à MySQL v8.0 peuvent entraîner des problèmes de compatibilité. Il est important de tester vos applications avec MySQL v8.0 avant de mettre à niveau la base de données de production. Consultez la documentation officielle de MySQL pour obtenir une liste détaillée des problèmes de compatibilité.
Q : Quel support est disponible si je rencontre des problèmes pendant le processus de mise à niveau ?
A : Si vous avez des questions, posez-les aux experts de la communauté dans Microsoft Q&A. Si vous disposez d’un plan de support et que vous avez besoin d’une aide technique, créez une demande de support.
Q : Qu’adviendra-t-il de mes données pendant la mise à niveau ?
R : Bien que vos données restent inchangées pendant le processus de mise à niveau, il est vivement recommandé de créer une sauvegarde avant de procéder à la mise à niveau. Cette mesure de précaution aide à atténuer le risque de perte de données dû à des complications imprévues.
Q : Qu’adviendra-t-il du serveur 5.7 après septembre 2025 ?
R : Vous vous reporterez à notre stratégie de support des versions de MySQL mises hors service pour savoir ce qui se passera après la fin du support d’Azure Database pour MySQL 5.7
Q : Je dispose d’un serveur unique Azure Database for MariaDB ou Azure Database pour MySQL. Comment puis-je créer le serveur dans la version 5.7 après avril 2024 pour la migration vers Azure Database pour MySQL – Serveur flexible ?
R : Si votre abonnement contient un serveur MariaDB, cet abonnement est toujours autorisé à créer Azure Database pour MySQL – Serveur flexible v5.7 pour migrer vers Azure Database pour MySQL – Serveur flexible.
Versions de moteur MySQL supprimées non prises en charge dans Azure Database pour MySQL
Après la date de suppression pour chaque version de base de données MySQL, si vous continuez d’exécuter la version supprimée, tenez compte des restrictions suivantes :
Dans la mesure où la communauté ne publie plus de correctifs de bogues ou de sécurité, Azure Database pour MySQL n’effectue pas de mise à jour corrective de bogues ou de problèmes de sécurité sur le moteur de base de données supprimé. Il ne prend pas non plus de mesures de sécurité le concernant. Toutefois, Azure continue à effectuer des opérations de maintenance et des mise à jour correctives périodiques de l’hôte, du système d’exploitation, des conteneurs et autres composants liés aux services.
- Si vous rencontrez un problème de prise en charge lié à la base de données MySQL, il est possible que nous ne puissions pas vous aider. Dans ce cas, vous devez mettre à niveau votre base de données pour que nous puissions intervenir.
- Vous ne serez plus en mesure de créer des serveurs de base de données pour la version supprimée. Toutefois, vous pouvez effectuer des récupérations à un moment donné et créer des réplicas en lecture sur vos serveurs existants.
- Les nouvelles fonctionnalités de service développées par Azure Database pour MySQL peuvent uniquement être disponibles pour les versions de serveur de base de données prises en charge.
- Les contrats de niveau de service relatifs à la durée de fonctionnement s’appliquent uniquement aux problèmes liés au service Azure Database pour MySQL et non aux temps d’arrêt causés par des bogues liés au moteur de base de données. En cas de menace sérieuse pour le service provoquée par la vulnérabilité du moteur de base de données MySQL identifiée dans la version de la base de données supprimée, Azure peut décider d’empêcher le nœud de calcul du serveur de votre base de données de sécuriser d’abord le service. Il vous est demandé de mettre à niveau le serveur avant sa mise en ligne. Pendant le processus de mise à niveau, vos données sont toujours protégées à l’aide de sauvegardes automatiques effectuées sur le service, qui peuvent être utilisées pour restaurer la version antérieure si vous le souhaitez.