#1142 - Commande SELECT refusée à l'utilisateur ''@'localhost'' pour la table 'pma_table_uiprefs'.

Question

J'espère que quelqu'un pourra m'aider, car j'ai interrogé le web sans succès ni réponse concrète à cette erreur. J'utilise Windows et Xampp. Voici l'erreur que j'obtiens après avoir récemment importé la base de données dans phpmyadmin

#1142 - SELECT command denied to user ''@'localhost' for table 'pma_table_uiprefs'

Après avoir importé la base de données, tout va bien dans phpmyadmin jusqu'à ce que je me déconnecte puis me reconnecte, c'est là que le problème se situe. Lorsque je clique sur l'une des tables de la base de données importée, j'obtiens les erreurs suivantes

SELECT 'prefs'
FROM 'phpmyadmin'.'pma_table_uiprefs'
WEHRE 'username' = 'root'
AND 'db_name' = 'afdb'
AND 'table_name' = 'role'

#1142 - SELECT command denied to user ''@'localhost' for table 'pma_table_uiprefs'

Merci encore d'avoir pris le temps de lire mon post et j'espère que quelqu'un pourra m'aider avec cette erreur.

Answer 1

J'ai eu ce même problème après avoir hébergé une application, et je l'ai résolu en donnant les droits requis à l'utilisateur de la base de données dans le Cpanel. L'exemple est dans l'image ci-dessous. Assurez-vous de choisir les droits appropriés.

Answer 2

Je sais que cela peut paraître absurde, mais j'ai résolu un problème similaire en créant la base de données sous "phpMyAdmin" et non "phpmyadmin" (attention à la casse) - peut-être y a-t-il un problème de sensibilité à la casse sous Windows ?

Answer 3

La mise en commentaire de cette ligne a fonctionné pour moi : $cfg['Servers'][$i]['pmadb'] = 'phpmyadmin' ; Mais j'ai trouvé plusieurs fichiers config.inc.php sur mon ordinateur car j'avais plusieurs installations de MySQL et de php haha. Je l'ai changé en trouvant celui sous Xampp en cliquant sur le bouton config sous Apache pour le panneau de contrôle Xampp puis en commentant la ligne. //

Answer 4

Une façon de résoudre ce problème est de vous connecter à votre utilisateur racine dans phpmyadmin, d'aller dans l'onglet utilisateurs, de trouver et de sélectionner l'utilisateur spécifique qui ne peut pas accéder à la sélection et aux autres requêtes. Cochez ensuite toutes les cases à cocher et cliquez sur "Go". Maintenant cet utilisateur peut sélectionner, mettre à jour et tout ce qu'il veut.

Answer 5

Mon hébergeur de base de données avait désactivé l'option d'effacement des sessions et les solutions ci-dessus n'ont donc pas fonctionné pour moi. Ce qui a fonctionné, c'est de créer un nouvel utilisateur et de lui donner des privilèges pour la base de données. Cela a fonctionné pour moi. L'ancien utilisateur et le mot de passe ne fonctionnaient toujours pas, mais le nouvel utilisateur et le nouveau mot de passe ont fonctionné.