Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure Database pour MySQL serveur flexible est un service de base de données entièrement managé qui vous offre un contrôle et une flexibilité granulaires sur les fonctions de gestion de base de données et les paramètres de configuration. Le service prend en charge les versions de la communauté de MySQL 5.7, 8.0 et 8.4. Chaque version mensuelle fournit de nouvelles fonctionnalités, mises à jour du moteur, améliorations et correctifs qui s’déploient sur de nouveaux serveurs en premier et sur des serveurs existants lors de leur prochaine maintenance planifiée.
Cet article regroupe les notes de publication mensuelles de la version 2026 pour Azure Database pour MySQL - Serveur flexible, classées de la plus récente à la plus ancienne.
Remarque
Cet article fait référence au terme subordonné, que Microsoft n’utilise plus. Lorsque le terme sera supprimé du logiciel, nous le supprimerons de cet article.
Septembre 2026
La mise à jour de septembre 2026 fournit des mises à niveau de version mineures du moteur, des améliorations de fiabilité et des correctifs de problèmes connus. Passez en revue les détails suivants avant la mise à niveau de vos serveurs lors de leur prochaine maintenance planifiée.
Notes de version
La version de septembre 2026 de Azure Database pour MySQL serveur flexible est disponible. À compter du 19 septembre 2026, tous les nouveaux serveurs utilisent automatiquement cette version. Les serveurs existants sont mis à niveau pendant leur prochaine maintenance planifiée. Pour mettre à niveau vos serveurs précédemment, inscrivez-vous au programme Virtual Canary.
Considérations relatives à la planification de la maintenance
Vous pouvez étendre la fenêtre de maintenance jusqu’au 18 octobre 2026. Certains serveurs avec CMW activé peuvent être affectés à une date de maintenance en dehors de leur fenêtre préférée. Vous pouvez toujours replanifier la maintenance dans le portail Azure pour mieux s’aligner sur votre préférence CMW d’origine.
Modifications de version du moteur
Cette version inclut les modifications de version mineure suivantes :
- 8.0.45 -> 8.0.46
- 8.4.8 -> 8.4.9
Features
- Nouvelle implémentation de fonctionnalité pour activer la validation de la mise à niveau de version principale (MVU) MySQL de la version 8.0 vers la version 8.4.
Improvements
- Amélioration du rapport d’erreurs pour les déploiements ayant échoué : les messages expliquent maintenant ce qui s’est passé et comment le résoudre.
- Les opérations d’augmentation et de réduction de capacité valident désormais la capacité en temps réel, ce qui améliore les taux de réussite et permet de détecter plus rapidement les erreurs.
- Renforcement de la sécurité grâce à une validation plus stricte des paramètres pour les procédures stockées.
- Pendant cette fenêtre de maintenance planifiée, quelques serveurs prenant en charge la haute disponibilité migrent de l’architecture actuelle vers une architecture dédiée Standard Load Balancer (SLB). Les serveurs candidats sont communiqués via les notifications de maintenance habituelles. Cette amélioration ajoute une SLB dédiée aux configurations de haute disponibilité pour les serveurs créés avec un accès public ou des points de terminaison privés. En gérant le chemin du trafic de données MySQL, l’équilibrage de charge réseau élimine le besoin de modifications DNS pendant les basculements, ce qui réduit considérablement le temps de basculement. Il existe un bref temps d’arrêt supplémentaire (d’environ 30 secondes) pendant que cette migration est effectuée. Cette fonctionnalité n’est pas prise en charge par les serveurs utilisant un accès privé avec une intégration de réseau virtuel.
Correctifs de problèmes connus
- Correction d’un problème qui pouvait entraîner le déplacement de serveurs flexibles vers un autre lot de maintenance après une mise à jour de fenêtre de maintenance.
- Résolution des échecs lors des opérations de restauration BYOK et amélioration du mécanisme de nouvelle tentative automatique en cas d’erreurs transitoires.
- Correction du problème de la communauté MySQL - Régression : erreur « Taille de ligne trop grande (> 8126) » avec la table utilisant le format de ligne DYNAMIQUE InnoDb
Juillet 2026
La mise à jour de juillet 2026 fournit des mises à niveau de versions mineures du moteur, des améliorations de fiabilité et des correctifs de problèmes connus. Passez en revue les détails suivants avant la mise à niveau de vos serveurs lors de leur prochaine maintenance planifiée.
Notes de version
La version de juillet 2026 de Azure Database pour MySQL serveur flexible est disponible. À compter du 14 juillet 2026, tous les nouveaux serveurs utilisent automatiquement cette version. Les serveurs existants sont mis à niveau pendant leur prochaine maintenance planifiée. Pour mettre à niveau vos serveurs précédemment, inscrivez-vous au programme Virtual Canary.
Considérations relatives à la planification de la maintenance
Vous pouvez étendre la fenêtre de maintenance jusqu’au 15 août 2026. Certains serveurs avec CMW activé peuvent être affectés à une date de maintenance en dehors de leur fenêtre préférée. Vous pouvez toujours replanifier la maintenance dans le portail Azure pour mieux s’aligner sur votre préférence CMW d’origine.
Modifications de version du moteur
Cette version inclut les modifications de version mineure suivantes :
- 8.0.44 -> 8.0.45
- 8.4.7 -> 8.4.8
Features
Cette version n’introduit aucune nouvelle fonctionnalité.
Improvements
- Ajout de la résilience par rapport aux problèmes réseau temporaires.
- Pendant cette fenêtre de maintenance planifiée, quelques serveurs prenant en charge la haute disponibilité migrent de l’architecture actuelle vers une architecture dédiée Standard Load Balancer (SLB). Les serveurs candidats sont communiqués via les notifications de maintenance habituelles. Cette amélioration ajoute une SLB dédiée aux configurations de haute disponibilité pour les serveurs créés avec un accès public ou des points de terminaison privés. En gérant le chemin du trafic de données MySQL, l’équilibrage de charge réseau élimine le besoin de modifications DNS pendant les basculements, ce qui réduit considérablement le temps de basculement. Il existe un bref temps d’arrêt supplémentaire (d’environ 30 secondes) pendant que cette migration est effectuée. Cette fonctionnalité n’est pas prise en charge par les serveurs utilisant un accès privé avec une intégration de réseau virtuel.
Correctifs de problèmes connus
- Corrige un problème de délai d’attente lié à la disponibilité d’une mise à niveau majeure et se rétablit rapidement en cas d’exception.
- Corrige la logique pour autoriser la HA multizone en vérifiant les zones encore prises en charge.
Mai 2026
La mise à jour de mai 2026 introduit de nouvelles fonctionnalités de résilience et de clé gérée par le client, ainsi que les améliorations de TLS et de mise en réseau et les correctifs de problèmes connus. Passez en revue les détails suivants avant la mise à niveau de vos serveurs lors de leur prochaine maintenance planifiée.
Notes de version
La version de mai 2026 de Azure Database pour MySQL serveur flexible est disponible. À compter du 19 mai 2026, tous les nouveaux serveurs utilisent automatiquement cette version. Les serveurs existants sont mis à niveau pendant leur prochaine maintenance planifiée. Pour mettre à niveau vos serveurs précédemment, inscrivez-vous au programme Virtual Canary.
Considérations relatives à la planification de la maintenance
Vous pouvez étendre la fenêtre de maintenance jusqu’au 21 juin 2026. Certains serveurs avec CMW activé peuvent être affectés à une date de maintenance en dehors de leur fenêtre préférée. Vous pouvez toujours replanifier la maintenance dans le portail Azure pour mieux s’aligner sur votre préférence CMW d’origine.
Modifications de version du moteur
Cette version n’inclut aucune modification de version du moteur.
Features
- Vous pouvez désormais utiliser des coffres de clés adossés à un module HSM au niveau ProtectedSubscription lors de la configuration des clés gérées par le client (CMK), offrant ainsi une isolation renforcée des clés pour les charges de travail soumises à des exigences réglementaires et de conformité.
- Vous pouvez désormais ajouter des zones de disponibilité à un serveur existant sans le recréer, ce qui facilite l’amélioration de la résilience à mesure que votre charge de travail évolue.
- Les API de liste pour les bases de données et les serveurs prennent désormais en charge la pagination, ce qui permet d’obtenir des réponses plus rapides et plus fiables lorsque vous gérez un grand nombre de ressources.
Improvements
- Les certificats TLS sont maintenant renouvelés automatiquement plus tôt dans leur cycle de vie (à 84% de validité) et tous les certificats suivent la même planification de renouvellement, ce qui réduit les risques de problèmes de connexion causés par l’expiration du certificat.
- Pendant cette fenêtre de maintenance planifiée, quelques serveurs prenant en charge la haute disponibilité migrent de l’architecture actuelle vers une architecture dédiée Standard Load Balancer (SLB). Les serveurs candidats sont communiqués via les notifications de maintenance habituelles. Cette amélioration ajoute une SLB dédiée aux configurations de haute disponibilité pour les serveurs créés avec un accès public ou des points de terminaison privés. En gérant le chemin du trafic de données MySQL, l’équilibrage de charge réseau élimine le besoin de modifications DNS pendant les basculements, ce qui réduit considérablement le temps de basculement. Il existe un bref temps d’arrêt supplémentaire (d’environ 30 secondes) pendant que cette migration est effectuée. Cette fonctionnalité n’est pas prise en charge par les serveurs utilisant un accès privé avec une intégration de réseau virtuel.
Correctifs de problèmes connus
- Résolution d’un problème de connectivité intermittent qui pouvait affecter les serveurs configurés avec un accès privé (intégration de réseau virtuel), en rétablissant une modification récente de la pile réseau sous-jacente.
- Résolution d’un problème où les opérations de copie binlog pouvaient échouer lorsqu’un fichier binlog attendu était manquant. Le service gère désormais correctement ce cas sans interrompre l’opération.
Mars 2026
La mise à jour de mars 2026 inclut des mises à niveau de versions mineures du moteur, des améliorations de dépannage et d’intégration, ainsi qu’un correctif de problème connu. Passez en revue les détails suivants avant la mise à niveau de vos serveurs lors de leur prochaine maintenance planifiée.
Notes de version
La version de mars 2026 de Azure Database pour MySQL serveur flexible est désormais disponible. À compter du 31 mars 2026, tous les nouveaux serveurs utilisent automatiquement cette version. Les serveurs existants sont mis à niveau pendant leur prochaine maintenance planifiée. Pour mettre à niveau vos serveurs précédemment, inscrivez-vous au programme Virtual Canary.
Considérations relatives à la planification de la maintenance
Vous pouvez étendre la fenêtre de maintenance jusqu’à la fin du mois d’avril. Certains serveurs avec CMW activé peuvent être affectés à une date de maintenance en dehors de leur fenêtre préférée. Vous pouvez toujours replanifier la maintenance dans le portail Azure pour mieux s’aligner sur votre préférence CMW d’origine.
Modifications de version du moteur
Cette version inclut les modifications de version mineure suivantes :
- 8.0.42 -> 8.0.44
- 8.4.5 -> 8.4.7
- 9.3.0 -> 9.5.0
Features
Cette version n’introduit aucune nouvelle fonctionnalité.
Improvements
- Retourne des messages d’erreur clairs et exploitables, destinés aux clients, pour les cas de clé non valide, facilitant ainsi la résolution des problèmes et l’expérience d’assistance.
- Active la configuration en libre-service de binlog_row_metadata, débloquant les intégrations CDC/Data Out et réduisant la dépendance au support.
- Dans le cadre de la mise à jour de mars 2026, l’heure de sauvegarde automatisée quotidienne de votre serveur est censée changer une fois. Après cette mise à jour, les sauvegardes continuent à s’exécuter une fois, tous les jours comme d’habitude. La sauvegarde automatique quotidienne continue inchangée et seule l’heure planifiée des sauvegardes quotidiennes passe une seule fois. Aucune action de l'utilisateur n'est requise.
Correctifs de problèmes connus
- Ajoute une vérification pour s’assurer que l’AZ cible est disponible comme zone prise en charge pour le SKU spécifique.
Janvier 2026
La mise à jour de janvier 2026 se concentre sur les améliorations des messages d’erreur et TLS, ainsi que sur les correctifs de problèmes connus. Avant de replanifier la maintenance, passez en revue les considérations relatives à la planification de la maintenance liée au certificat.
Notes de version
La version de janvier 2026 de Azure Database pour MySQL serveur flexible est désormais disponible. À compter du 22 janvier 2026, tous les nouveaux serveurs utilisent automatiquement cette version. Les serveurs existants sont mis à niveau pendant leur prochaine maintenance planifiée. Pour mettre à niveau vos serveurs précédemment, inscrivez-vous au programme Virtual Canary.
Considérations relatives à la planification de la maintenance
Pour les instances Azure Database pour MySQL dans le cloud public Azure, un certificat interne expire à la fin de février 2026. Par conséquent, la fenêtre de replanifiement de maintenance pour ce cycle est limitée à des dates antérieures à la fin de février. Reporter la maintenance au-delà de février pourrait rendre le serveur inaccessible après l'expiration du certificat. Par conséquent, la reprogrammation au-delà de la fin février n’est pas prise en charge pour cet événement de maintenance.
Pour certaines instances Azure Database pour MySQL dans les clouds nationaux Azure, le certificat émis par l’autorité de certification actuelle expire avant le 6 février 2026. Une fois le certificat expiré, les connexions clientes au serveur échouent, ce qui entraîne l’indisponibilité du service.
Pour déterminer si votre serveur est affecté, vérifiez la date d’expiration du certificat à partir d’un environnement client à l’aide de la commande suivante : openssl s_client -starttls mysql -connect <server_dns>:3306 Pour les serveurs affectés, la fenêtre de replanifier la maintenance est limitée et ne peut pas être reportée librement, car un retard supplémentaire augmente le risque d’expiration du certificat et de défaillances de connexion client. Dans certains cas, si le serveur a été redémarré récemment, le certificat est automatiquement actualisé. Si vous pensez que cette condition s’applique à votre serveur, ouvrez un cas de support Azure. Après validation, la fenêtre de replanifier la maintenance peut être étendue jusqu’à la fin de février.
Pendant ce cycle de maintenance, il existe des événements globaux majeurs entre le 5 et le 10 février 2026 et le 16-23 février 2026 qui peuvent limiter notre capacité à honorer pleinement les préférences de la fenêtre de maintenance personnalisée de tous les clients lors de la planification initiale. Par conséquent, certains serveurs avec CMW activé peuvent être affectés à une date de maintenance en dehors de leur fenêtre préférée. Vous pouvez toujours replanifier la maintenance dans le portail Azure pour mieux s’aligner sur ces périodes d’événements ou votre préférence CMW d’origine.
Modifications de version du moteur
Cette version n’inclut aucune modification de version du moteur.
Features
Cette version n’introduit aucune nouvelle fonctionnalité.
Improvements
- Amélioration du message d’erreur affiché lorsque vous tentez d’activer la haute disponibilité (HA) sur une instance basée sur un réseau virtuel qui a toujours les journaux d’activité accélérés activés.
- Ajout de la prise en charge de TLS 1.3 pour Azure MySQL 5.7.
Correctifs de problèmes connus
- Correction d’un problème où l’activation de la géo-sauvegarde entraînait l’échec des opérations de réinitialisation GTID suivantes.
- Correction d’un problème où certains serveurs haute disponibilité derrière un SLB dédié n’ont pas pu activer un point de terminaison privé.