Discussion :

[trucmuche2005]

Bonjour,
J'envisage un passage de MySQL 5.7 à 8.0 sur mon VPS qui héberge notamment quelques sites Wordpress mais j'aimerais prévenir les problèmes.
J'ai donc lancé l'assistant de migration en mode "diagnostic" et il m'a retourné des milliers d'avertissements du genre :

4) Usage of utf8mb3 charset
Warning: The following objects use the utf8mb3 character set. It is
recommended to convert them to use utf8mb4 instead, for improved Unicode
support. More information:
https://dev.mysql.com/doc/refman/8.0...e-utf8mb3.html
uneBDD.uneTable.uneColonne - column's default character set: utf8

Et des milliers aussi de

17) Zero Date, Datetime, and Timestamp values
Warning: By default zero date/datetime/timestamp values are no longer allowed
in MySQL, as of 5.7.8 NO_ZERO_IN_DATE and NO_ZERO_DATE are included in
SQL_MODE by default. These modes should be used with strict mode as they will
be merged with strict mode in a future release. If you do not include these
modes in your SQL_MODE setting, you are able to insert
date/datetime/timestamp values that contain zeros. It is strongly advised to
replace zero values with valid ones, as they may not work correctly in the
future. More information: https://lefred.be/content/mysql-8-0-and-wrong-dates/
uneBDD.uneTable.uneColonne - column has zero default value: 0000-00-00 00:00:00

Comme il y a des dizaines de tables et de colonnes concernées, impossible de faire les changements à la main. L'update checker se termine par :

Errors: 0
Warnings: 2202
Notices: 44

[NOTE: [No fatal errors were found that would prevent an upgrade, but some potential issues were detected. Please ensure that the reported issues are not significant before upgrading.

Ma question est donc : puis-je lancer l'update sans craindre que mes sites soient down d'un coup ? Ou devrais-je procéder à des changements avant ?

Merci d'avance pour votre aide et vos conseils...

T.

[CinePhil]

Ce sont des Warnings, donc, a priori, ça ne devrait pas être bloquant.

Il faut d'abord tester sans toucher aux sites en prod, donc sur votre ordi ou sur un autre serveur.

Puis envisager les changements recommandés par des procédures SQL, toujours en testant.

Une fois que tout fonctionne en test, faites la migration en masse sur la prod.

Bon courage !