Oui c'est bien ça c'est la version Mysql qui coince pour Drupal 9. Lorsqu'on veut mettre à jour la base de données, Drupal affiche que la version de base de données n'est pas au niveau, et que la version 5.7 est exigée
Salut @Gaston_Phone !
La liste complète des changements entre MySQL 5.6 et MySQL 5.7 est https://dev.mysql.com/doc/relnotes/mysql/5.7/en/ ici. En 3 mots: elle est gigantesque. Je vais donc tenter de résumer l'essentiel:
* Le https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html SQL mode par défaut passe de:
NO_ENGINE_SUBSTITUTION
à:
ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER, NO_ENGINE_SUBSTITUTION
Pour comprendre ce que ça veut dire, je vous invite à aller lire https://community.ovhcloud.com/t/34874 ce commentaire que j'avais écrit il y a quelques temps. Si on laissait passer ce changement tel quel, une quantité de sites auraient clairement «cassé». Un peu à contre-cœur, donc, nous avons laissé le SQL mode de MySQL 5.6, plus permissif que celui de MySQL 5.7.
* Les CMS les plus massivements utilisés (Wordpress, Joomla, Drupal, Prestashop) qui fonctionnaient en MySQL 5.6 continuent à fonctionner en MySQL 5.7, même pour les versions les plus vieilles. On ne peut bien sûr pas tester tous les modules possibles et immaginables, c'est pourquoi je vous parle du point suivant.
* On continue à passer en revue l'ensemble des changements entre les 2 versions pour vérifier si on n'a rien loupé.
* Les CMS qui ne fonctionnaient pas à cause d'une version trop vieille de MySQL se mettent à fonctionner.
Merci @MikaelD1
Au travail à cet heure ci ? Bravo.
Je viens de relire ton superbe article : https://community.ovhcloud.com/t/34874 ce qu'est le SQL mode ONLY_FULL_GROUP_BY et pourquoi il existe.
Faisant mes sites moi-même, et pour certains avec la seule aide de BLOCNOTE, j'utilise souvent GROUP_BY dans mes requêtes SQL.
En général pour des requêtes de comptage.
Je ne comprends pas très bien la différence entre GROUP_BY et ONLY_FULL_GROUP_BY.
Pour le SQL Mode, je ne connaissais pas ce nom.
L'ais-je utilisé ou non je ne sais.
Pour les versions de PHP, c'était plus simple, il suffisait de faire le tour des fonctions deprecated et de les remplacer.
La liste complète des changements entre MySQL 5.6 et MySQL 5.7 est ici. En 3 mots: elle est gigantesque. Je vais donc tenter de résumer l'essentiel:
Bonsoir @MikaelD1
Sur les hébergements PERSO où l'on a qu'une seule base SQL actuellement v5.6
Comment pourra-t-on faire pour tester avec MySQL v5.7 ?
Je ne comprends pas très bien la différence entre GROUP_BY et ONLY_FULL_GROUP_BY.
«GROUP BY», c'est du SQL. C'est utilisé côté client.
«ONLY_FULL_GROUP_BY», c'est un SQL mode. C'est un paramétrage côté serveur qui permet de «faire passer» des GROUP BY mal foutus.
Comment pourra-t-on faire pour tester avec MySQL v5.7 ?
L'idée, c'est de faire une migration transparente, pour tout le monde. Si vraiment tu veux tester, tu peux le faire avec un CloudDB.
Pour te rassurer:
* C'est la 4ème fois qu'on fait ce genre de mises à jour de version majeure, massivement. Il y a quelques années, on a passé tout le monde de MySQL 5.0 à 5.1, puis de 5.1 à 5.5, puis de 5.5 à 5.6 et maintenant de 5.6 à 5.7.
* La migration a déjà été faite sur les CloudDB (il ne reste plus aucun CloudDB MySQL 5.6, tout le monde est passé en 5.7).
L'idée, c'est de faire une migration transparente, pour tout le monde. Si vraiment tu veux tester, tu peux le faire avec un CloudDB.
Merci @MikaelD1 pour ces précisions.
Je n'ai que des PERSO 2010. Cela va être difficile.
Qui vivra, verra !
Bonjour,
on est en juillet. Des nouvelles ?
Bonjour,
Comme pour beaucoup de personnes, ce point devient un élément bloquant qu'il serait intéressant de résoudre en priorité…
Je n'ai pas envie de déménager mes sites mais la je vais finir par ne plus avoir le choix…
Est-il possible d'avoir une nouvelle estimation ? Fin juin étant dépassée ?
Oui voici l'erreur affichée lorsqu'on veut mettre à jour la base de données sous drupal 9
Même question que LudovicA15 ci-dessus
Bonjour @GuillaumeM67
Soit vous attendez que OVH mette en service MySQL 5.7
Soit vous prenez un VPS ou un Dédié.
Ça y est, les mises à jour sont en cours! 
Merci pour votre patience 
Je vous en dit un peu plus dans https://community.ovh.com/t/sharedsql-mises-a-jour-vers-mysql-5-7/54034 ce sujet dédié. N'hésitez pas si vous avez des questions / remarques.
d
Ça y est, les mises à jour sont en cours! 🎉
Merci @MikaelD1
Voir : https://community.ovh.com/t/sharedsql-mises-a-jour-vers-mysql-5-7/54034
Bonne nouvelle, merci !
Est-il possible de demander une migration "dès que possible" ?
(Mon Drupal est en souffrance de mise à jour depuis trop longtemps…)
Oui, pourquoi pas. Envoie le nom de ta base en message privé à @FabienB42 et/ou à moi, et on s'en occupe.
Pour les autres attention hein, on peut faire ça sous réserve qu'on ne croule pas sous les demandes 
Bonjour,
Ma base est aikidoparis.
Merci !
Benoit
Bonjour @Benoit_F,
L'instance hébergeant ta base de données est maintenant en 5.7 !
Bonjour @Gaston_Phone,
C'est également le cas pour tes bases
Merci @FabienB42
Base en "5.7.38-log", complètement transparent. Merci !
Bonjour FabL et MikaelD1
Et concernant l'offre web performance, qui vient avec une base SQL privé.
Conseillez vous d'avoir du mysql 8.0sur un sql privé à la place du MySQL 5.7 ou bien est il plus sage d'attendre, si tout fonctionne bien avec la version 5.7 ?
Merci