Impossible de réinitialiser le mot de passe root MySQL (MariaDB)

J'ai trouvé une solution aussi étrange que le problème lui-même.

Redémarrez MySQL/MariaDB en utilisant --skip-grant-tables (recherchez des tutoriels sur le web). (pas du tout nécessaire, lisez mes modifications à la fin de la publication)

Regardez le champ plugin dans la table mysql.user:

MariaDB [mysql]> SELECT user, plugin FROM user;
+------+-------------+
| user | plugin      |
+------+-------------+
| root | unix_socket |
| root | unix_socket |
| root | unix_socket |
| root | unix_socket |
+------+-------------+

J'ai dû réinitialiser le champ plugin de chaque entrée en une chaîne vide.

UPDATE user SET plugin="";   // sans clause WHERE

Assurez-vous également qu'un mot de passe est défini, car parfois il semble être effacé (sélectionnez sur les champs user, password). Si ce n'est pas le cas, mettez à jour avec :

UPDATE user SET password=PASSWORD("mon_mot_de_passe") WHERE user="root";

Les paramètres de privilèges doivent être sauvegardés explicitement :

FLUSH PRIVILEGES;

Ensuite, redémarrez MySQL en mode normal et vous devriez pouvoir vous connecter au compte root.

Cela ne désactivera pas nécessairement la connexion via le socket Unix. Après la réparation de mon MySQL, dans PMA, je peux voir que la connexion est établie via un socket Unix.

MODIFICATION, quelques mois plus tard : Je suis maintenant habitué à ce que ce problème revienne fréquemment, je pense à chaque mise à jour de MariaDB (ou quelque chose comme ça). Donc j'ai une meilleure compréhension du problème ; il y a un plugin UNIX_SOCKET qui peut vous permettre de vous connecter à un compte MariaDB sans avoir à créer de mot de passe, car il utilise les informations d'identification du shell pour vous faire confiance, sans avoir à entrer de mot de passe. En fait, ce plugin est un plugin d'authentification et non une méthode de communication avec le serveur SQL. Vous pouvez donc le désactiver en toute sécurité si vous n'utilisez pas le socket unix comme méthode de connexion. La seule chose que je ne peux pas expliquer, c'est pourquoi le plugin UNIX_SOCKET est régulièrement défini sur chaque compte de la base de données, sans aucune action de ma part.

Cela a l'effet secondaire intéressant que, lorsque cela se produit, vous pouvez vous connecter au serveur SQL sans avoir à redémarrer MariaDB avec --skip-grant-tables : connectez-vous simplement au compte root du système, puis connectez-vous avec mysql -u root sans mot de passe, puis réinitialisez le champ plugin de la manière expliquée ci-dessus.

MODIFICATION 2: Confirmé, cela se produit à chaque mise à jour de MariaDB sur Ubuntu.