Pourriez-vous m'aider à résoudre ce problème?
Lorsque j'essaie de cliquer sur "base de données de requête" dans le menu de base de données dans Mysql Workbench cela me donne une erreur:
Cannot Connect to Database Server
Your connection attempt failed for user 'root' from your Host to server at
127.0.0.1:3306:Can't connect to mysql server on '127.0.0.1'(10061)
Please:
1. Check that mysql is running on server 127.0.0.1
2. Check that mysql is running on port 3306 (note: 3306 is the default, but this can
be changed)
3. Check the root has rights to connect to 127.0.0.1 from your address (mysql rights
define what clients can connect to the server and from which machines)
4. Make sure you are both providing a password if needed and using the correct
password for 127.0.0.1 connecting from the Host address you're connecting from
Essayez d’ouvrir services.msc à partir du champ de recherche du menu Démarrer et d’essayer de démarrer manuellement le service MySQL.
Le problème est probablement dû à l'authentification de socket activée pour l'utilisateur root par défaut lorsqu'aucun mot de passe n'est défini, lors de la mise à niveau vers Ubuntu 16.04.
La solution consiste à revenir à l'authentification par mot de passe natif. Vous pouvez le faire en vous connectant à MySQL en utilisant l’authentification de socket en procédant comme suit:
Sudo mysql -u root
Une fois connecté:
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'password';
qui reviendra à l’authentification de mot de passe native (ancienne valeur par défaut).
Maintenant, utilisez password comme mot de passe chaque fois que requis par MySQL.
Il semble y avoir beaucoup de causes de cette erreur.
Dans mon cas, la cause était que mon serveur était configuré pour accepter uniquement les connexions de localhost. Je l'ai corrigé en suivant cet article: Comment puis-je activer l'accès à distance au serveur de base de données MySQL? . Mon fichier my.cnf
n'avait pas de ligne skip-networking
, alors je viens de changer la ligne
bind-address = 127.0.0.1
à
bind-address = 0.0.0.0
Cela permet des connexions depuis n'importe quelle adresse IP, pas seulement 127.0.0.1.
Ensuite, j'ai créé un utilisateur MySql pouvant se connecter à partir de mon ordinateur client en exécutant les commandes de terminal suivantes:
# mysql -u root -p
mysql> CREATE USER 'username'@'1.2.3.4' IDENTIFIED BY 'password';
-> GRANT ALL PRIVILEGES ON *.* TO 'username'@'1.2.3.4' WITH GRANT OPTION;
-> \q
où 1.2.3.4
est l'adresse IP du client à partir duquel vous essayez de vous connecter. Si vous rencontrez vraiment des problèmes, vous pouvez utiliser '%'
au lieu de '1.2.3.4'
pour permettre à l'utilisateur de se connecter à partir de n'importe quelle adresse IP.
Pour une liste assez complète, voir Causes des erreurs de déni d'accès .
Avez-vous essayé de déterminer s’il s’agissait d’un problème lié à Workbench ou d’un problème de connexion général? Essaye ça:
mysql -u root -p -h 127.0.0.1 -P 3306
quit
et entrez-y pour quitter).Rapportez comment cela a fonctionné.
J'ai eu un problème similaire sur Mac OS et j'ai pu le résoudre comme suit:
Depuis le terminal, lancez:
mysql -u root -p -h 127.0.0.1 -P 3306
Ensuite, on m'a demandé d'entrer le mot de passe. Je viens d'appuyer sur enter car aucun mot de passe n'a été configuré.
J'ai reçu un message comme suit:
Bienvenue sur le moniteur MySQL. Les commandes se terminent par; ou\g. Votre MySQL l'ID de connexion est 181. Version du serveur: 8.0.11 Homebrew.
Si vous avez réussi à vous connecter à mysql>, exécutez la commande suivante:
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'password';
Vous devriez recevoir un message comme celui-ci:
Requête OK, 0 ligne affectée (0.19 sec)
Maintenant, votre mot de passe est " password " et votre nom d'utilisateur est " root ".
Bonne codage :)
Je devais démarrer Workbench en tant qu'administrateur. Apparemment, il ne disposait pas des autorisations nécessaires pour se connecter à mon processus de serveur de base de données localhost.
Cliquez avec le bouton droit sur le raccourci Workbench et sélectionnez Run as Administrator
. Dans la fenêtre Propriétés du raccourci, vous pouvez cliquer sur "Avancé" et cochez la case "Exécuter en tant qu'administrateur" pour toujours exécuter Workbench avec les privilèges d'administrateur.
J'ai lutté avec ce problème pendant un certain temps et ai fait plusieurs réinstallations de MySQL avant de le découvrir.
Je sais que le serveur MySQL fonctionnait correctement car je pouvais accéder à toutes mes bases de données à l'aide de la ligne de commande.
J'espère que cela fonctionne pour toi.
Dans MySQL Workbench (5.2.47 CE)
cliquez sur Gérer les instances de serveur (coin inférieur droit)
cliquez Connexion
dans la zone Connexion, sélectionnez:
Instance locale ($ NomServeur) - [email protected]: 3306 '<' Standard (TCP/IP)>
cliquez Edit Selected ...
sous Parameters, Hostname, remplacez localhost ou 127.0.0.1 par votre nom NetBIOS
cliquez Test Connection
Si cela fonctionne pour vous, tant mieux. Si ce n'est pas le cas, changez le nom d'hôte pour revenir à ce qu'il était.
L'erreur se produit parce que le serveur mysql ne démarre pas sur votre ordinateur. Vous devriez le démarrer manuellement. Suivez les étapes suivantes:
Téléchargez et installez le serveur wamp selon votre version de bit (32 bits ou 64 bits) sur votre ordinateur ( http://wampserver-64bit.fr/softonic.com/ ). Ce lien vous permet de télécharger le serveur wamp pour 64 bits.
Dès que vous l'avez installée, vous pouvez double-cliquer dessus et l'exécuter. cliquez sur l'icône et allez à Mysql
Ensuite, allez à Service et vous y trouverez Démarrer/Reprendre les services cliquez dessus ..
Et maintenant, c’est fait. Ouvrez mysql workbench et voyez.Il fonctionnera ..
Exécutez la commande ALTER USER. Assurez-vous de changer le mot de passe en un mot de passe fort de votre choix.
1 - Sudo mysql # Login to mysql
2 - # Run the below command
mysql> ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'password';
Vous pouvez maintenant y accéder en utilisant le nouveau mot de passe.
Réf: https://www.digitalocean.com/community/tutorials/how-to-install-mysql-on-ubuntu-18-04
Pour être à jour pour les versions supérieures et les visiteurs ultérieurs:
Actuellement, je suis en train de travailler sur un win7 64 bits avec différents outils, dont python 2.7.4, comme condition préalable à Google Android ...
Lors de la mise à niveau de WB 6.0.8-win32 vers les versions supérieures pour bénéficier de performances 64 bits, certains problèmes se posaient, par exemple sur 6.3.5-winx64, un bogue dans la vue détaillée des tables (vue désordonnée) m'a amené à revenir à la version 6.2. 5-winx64.
En tant qu’utilisateur graphique, les éléments relatifs d’ingénierie avant/arrière et de serveur de base de données fonctionnaient bien, mais lorsque nous essayons de Database>Connect to Database
, nous aurons Not connected
et nous aurons une erreur python si nous essayons d’exécuter une requête, mais le service du serveur de base de données est absolument exécuté. fonctionne bien et ce problème ne vient pas du serveur mais de Workbench. Pour résoudre ce problème, nous devons utiliser Query>Reconnect to Server
pour choisir explicitement la connexion à la base de données, puis presque tout semble bien aller (cela peut être dû à mes connexions multiples à la base de données et je ne pouvais pas trouver de solution pour définir la connexion à la base de données par défaut dans Workbench).
Remarque: étant donné que j'utilise la dernière version de Xampp (même sous Linux, addictivement :)), récemment, Xampp a utilisé mariadb 10 au lieu de mysql 5.x, la version du fichier mysql ayant la version 10 pouvant causer des problèmes, tels que la gestion avancée des procédures. qui peut être résolu via mysql_upgrade.exe
mais quand nous essayons de vérifier une connexion à une base de données, wb vous informera de la mauvaise version, mais ce n’est pas critique et fonctionne bien.
Conclusion: Ainsi, des problèmes de connexion à la base de données dans Workbench sont parfois imputables à lui-même et non au serveur (si vous n’avez pas d’autres problèmes relatifs à la connexion à la base de données).
J'étais dans des situations similaires avant et la dernière fois que j'ai trouvé qu'il s'agissait d'un problème de mise à jour Windows (pas sûr). Cette fois, j’ai ouvert MySQL Workbench et n’ai trouvé aucune connexion à ma base de données locale. Je ne peux pas voir mes tables, mais hier je pouvais me connecter à la base de données.
J'ai découvert que, après avoir laissé mon ordinateur dormir pendant un certain temps et l'avoir réactivé, le service mysql ne fonctionne pas. Ma solution: redémarrez le service nommé "mysql" et réexécutez le plan de travail. Le redémarrage du service prend un certain temps, mais cela fonctionne.
pour ma part, j’ai essayé d’utiliser la dernière version de MySQL Workbench 8. * pour me connecter à MySQL Server 5.1 (les deux fonctionnant sous Windows Server 2012). Lorsque j'ai désinstallé MySQL Workbench 8. * et installé MySQL Workbench 6.3.10, il s'est connecté avec succès à la base de données localhost.
Dans mon cas, je viens d'installer mysqlworkbench, mais après avoir désinstallé mysqlworkbench et installé le programme d'installation MySQL, il est identique pour les versions 32 et 64 bits, puis fonctionne comme un charme. J'espère que cela pourrait être utile
Mon problème était que le serveur MySQL n'était pas réellement installé. J'avais exécuté le programme d'installation MySQL, mais il n'a pas installé le serveur MySQL.
Je relance le programme d'installation, cliquez sur "Ajouter", puis j'ai ajouté le serveur MySQL à la liste. Maintenant cela fonctionne bien.
J'ai également lutté avec ce problème pendant un bon moment.
Je suis tombé sur ce fil intéressant du forum MySQL: http://forums.mysql.com/read.php?11,11388,11388#msg-11388
J'ai aussi rencontré (évidemment) de bons SO Q/A.
Il semble que le message mentionné dans la question "user948950" puisse provenir de nombreuses raisons: fichier journal trop volumineux, valeurs de fichier mysql.ini incorrectes, espaces dans le chemin du fichier, problème de sécurité/acl, anciennes entrées du fichier Registre, et ainsi de suite.
Donc, après avoir essayé pendant 3h de réparer ça ... J'ai abandonné et j'ai décidé de faire une bonne vieille réinstallation.
C'est là que ce post de (encore) ce fil de discussion MySQL est utile , je cite:
Gary Williams a écrit: Salut les gars,
J'ai eu exactement le même problème et voici comment je l'ai fait fonctionner pour moi, à commencer par une installation qui ne fonctionne pas.
Arrêtez le service Windows pour toute installation existante de MySQL.
Désinstallez Mysql.
Comme avec la plupart des désinstallations, les anciens fichiers sont laissés. Si votre répertoire C:\mysql\etc puis supprimez les fichiers innob, etc., mais laissez le fichier les répertoires eux-mêmes ainsi que toutes les bases de données existantes dans 'data' . Si votre répertoire est C:\Program Files\etc, supprimez tous les mysql des répertoires.
Il est maintenant utile d’exécuter regedit pour s’assurer que les anciennes entrées de registre sont également supprimées lors de la désinstallation. Sinon, supprimez-les.
Vous pouvez utiliser le nouveau programme d'installation .msi (fichiers essentiels uniquement), cependant ....
N'utilisez pas leur chemin d'installation par défaut! Un génie a tracé un chemin avec des espaces! Choisissez l'installation personnalisée et sélectionnez un chemin sensible, c'est-à-dire C:\mysql (note d'Adrien: C:\mysqldata pour ... les données)
Ne choisissez pas de modifier les paramètres de sécurité. Décochez la case correspondante et l'installation se terminera sans qu'il soit nécessaire de définir une racine mot de passe.
Je pense que je me suis souvenu de tout.
Bonne chance
Gary
J'ai eu des problèmes en copiant/collant simplement les bases de données de mon précédent répertoire "data" dans le nouveau. Le travail que j’ai trouvé consistait donc à exporter chaque base de données (je sais… très amusant), puis à les réimporter une par une.
FYI: J'ai utilisé la commande suivante pour importer C:/<MySQLInstallDir>/My SQL Server x.x/bin/mysql -u root -p <dbName> < "<dirPathOfDump>\<dumpName>.sql"
, c'est-à-dire par exemple C:/mysql/MySQL Server 5.6/bin/mysql -u root -p mySupaCoolDb < "C:\mySupaCoolDbDump20130901.sql"