Mise à niveau de la version principale
Avant d'effectuer une mise à niveau majeure de la version, vous devez d'abord identifier les modifications entre la version courante et la nouvelle version, puis vérifier que ces modifications n'affectent pas la façon dont vous utilisez le serveur de base de données MySQL.
Comme vous ne pouvez pas rétrograder un système de base de données à un numéro de version MySQL inférieur, vous devez effectuer une sauvegarde du système de base de données avant la mise à niveau. Voir Création d'une sauvegarde manuelle. La sauvegarde vous permet de restaurer le système de base de données au numéro de version initial avant la mise à niveau.
- Passez d'une version Bugfix ou LTS à une version Innovation avant la prochaine série LTS.
- Effectuez une mise à niveau d'une version Bugfix ou LTS vers la prochaine série LTS.
- Passez d'une version Innovation à la prochaine série LTS.
Si votre mise à niveau ne satisfait pas à l'une de ces règles, elle échouera. Même si la mise à niveau semble avoir commencé, elle échouera finalement.
Tableau 5-9 Chemins de mise à niveau des versions principales
Version courante | Version vers laquelle vous pouvez effectuer la mise à niveau |
---|---|
8.0 Correctif de bogue |
8.1 Innovation 8.2 Innovation 8.3 Innovation |
8.0 Correctif de bogue |
8.4 LTS |
8.1 Innovation 8.2 Innovation 8.3 Innovation |
8.4 LTS |
8.4 LTS |
9.0.x Innovation 9.1.x Innovation 9.2.x Innovation 9.3.x Innovation |
Mise à niveau du correctif de bogue MySQL 8.0 vers MySQL 8.4 LTS
MySQL 8.4 LTS introduit de nouvelles fonctionnalités et supprime certaines fonctions obsolètes par rapport à MySQL 8.0 Bugfix.
- Comme la variable
default_authentication_plugin
est supprimée dans la version MySQL 8.4, le système de base de données ignore la variabledefault_authentication_plugin
dans la configuration. La valeur par défaut est toujourscaching_sha2_password
. Vous pouvez remplacer la méthode d'authentification par défaut de vos comptes d'utilisateur par les énoncésCREATE USER
etALTER USER
, si nécessaire. - Le plugiciel d'authentification
mysql_native_password
obsolète est désactivé par défaut. Vos comptes d'utilisateur ne peuvent pas utiliser la méthode d'authentificationmysql_native_password
.Note
Pour la compatibilité descendante, si la méthode d'authentificationmysql_native_password
est utilisée par des utilisateurs existants, la mise à niveau activera le plugiciel d'authentificationmysql_native_password
obsolète. Comme le plugiciel d'authentificationmysql_native_password
sera supprimé dans la prochaine version majeure après MySQL 8.4, vous devez commencer à migrer ces comptes d'utilisateur pour utiliser la méthode d'authentificationcaching_sha2_password
. - Ces nouveaux mots réservés sont ajoutés dans MySQL 8.4 :
MANUAL
,PARALLEL
,QUALIFY
etTABLESAMPLE
. Vous ne pouvez pas utiliser un mot réservé dans un identificateur sans guillemets. - L'option
AUTO_INCREMENT
n'est plus autorisée dans les types de donnéesFLOAT
etDOUBLE
. La mise à niveau échoue si vous avez une table qui contient une colonneFLOAT
ouDOUBLE
avecAUTO_INCREMENT
. - Le privilège
SET_ANY_DEFINER
introduit dans la version MySQL 8.2.0 est accordé au compte d'administrateur et au rôleadministrator
de tout système de base de données exécutant MySQL version 8.2.0 ou ultérieure.
Vous ne pouvez pas mettre à niveau MySQL 8.0 vers MySQL 9.x directement, vous devez d'abord mettre à niveau MySQL 8.0 vers MySQL 8.4, puis mettre à niveau MySQL 8.4 vers MySQL 9.x.
Rubriques connexes
Mise à niveau de MySQL 8.4 LTS vers MySQL 9.x Innovation
MySQL 9.x L'innovation introduit de nouvelles fonctions et supprime certaines fonctions obsolètes par rapport à MySQL 8.4 LTS.
- Le plugiciel d'authentification
mysql_native_password
est supprimé dans MySQL 9.0. Vos comptes d'utilisateur ne peuvent pas utiliser la méthode d'authentificationmysql_native_password
.Note
Avant la mise à niveau, vous devez migrer tous les comptes d'utilisateur qui utilisent la méthode d'authentificationmysql_native_password
vers la méthode d'authentificationcaching_sha2_password
.Note
La réplication entrante ne peut pas non plus se connecter à un utilisateur de réplication sur le serveur source créé avec la méthode d'authentificationmysql_native_password
. Vous devez recréer l'utilisateur de réplication avec la méthode d'authentificationcaching_sha2_password
. En outre, toute opération impliquant la méthode d'authentificationmysql_native_password
sur le serveur source interrompt la réplication. Par exemple, la création ou la modification du mot de passe d'un compte d'utilisateur qui utilise la méthode d'authentificationmysql_native_password
. - À partir de la version 9.2 de MySQL, le mot clé
BINLOG
est restreint et ne peut plus être utilisé sans guillemets en tant qu'étiquette dans un sous-programme ou une fonction stockée MySQL. Vous devez mettre à jour les applications concernées en conséquence avant de passer à la version MySQL 9.2.