Lorsque j'ai tenté de me connecter à un serveur MySQL local pendant ma suite de tests, cela échoue avec l'erreur:

OperationalError: (2002, "Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)")

Cependant, je suis capable à tout moment de me connecter à MySQL en exécutant le mysqlprogramme de ligne de commande . Un ps aux | grep mysqlindique que le serveur est en cours d'exécution et stat /tmp/mysql.sockconfirme que le socket existe. De plus, si j'ouvre un débogueur dans la exceptclause de cette exception, je suis capable de me connecter de manière fiable avec exactement les mêmes paramètres.

Ce problème se reproduit de manière assez fiable, mais il ne semble pas être à 100%, car chaque fois dans une lune bleue, ma suite de tests fonctionne en fait sans rencontrer cette erreur. Quand j'ai essayé de courir avec, sudo dtrussil ne s'est pas reproduit.

Tout le code client est en Python, bien que je ne puisse pas comprendre en quoi cela serait pertinent.

Le passage à utiliser l'hôte 127.0.0.1produit l'erreur:

DatabaseError: Can't connect to MySQL server on '127.0.0.1' (61)

sudo /usr/local/mysql/support-files/mysql.server start 

Cela a fonctionné pour moi. Cependant, si cela ne fonctionne pas, assurez-vous que mysqld est en cours d'exécution et essayez de vous connecter.

La section pertinente du manuel MySQL est ici . Je commencerais par suivre les étapes de débogage répertoriées ici.

Rappelez-vous également que localhost et 127.0.0.1 ne sont pas la même chose dans ce contexte:

• Si l'hôte est défini sur localhost, alors un socket ou un tube est utilisé.
• Si l'hôte est défini sur 127.0.0.1, le client est forcé d'utiliser TCP / IP.

Ainsi, par exemple, vous pouvez vérifier si votre base de données écoute les connexions TCP vi netstat -nlp. Il semble probable qu'il écoute les connexions TCP parce que vous dites que cela mysql -h 127.0.0.1fonctionne très bien. Pour vérifier si vous pouvez vous connecter à votre base de données via des sockets, utilisez mysql -h localhost.

Si rien de tout cela ne vous aide, vous devez probablement publier plus de détails sur votre configuration MySQL, comment vous instanciez la connexion, etc.

Pour moi, le problème était que je n'utilisais pas le serveur mysql. Exécutez d'abord le serveur, puis exécutez mysql.

$ mysql.server start
$ mysql -h localhost -u root -p

J'ai vu cela se produire dans ma boutique lorsque mes développeurs ont un gestionnaire de pile comme MAMP installé qui est préconfiguré avec MySQL installé dans un endroit non standard.

à votre terminal

mysql_config --socket

cela vous donnera votre chemin vers le fichier chaussette. prenez ce chemin et utilisez-le dans votre paramètre DATABASES HOST.

Ce que vous devez faire est de pointer votre

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'test',
        'USER': 'test',
        'PASSWORD': 'test',
        'HOST': '/Applications/MAMP/tmp/mysql/mysql.sock',
        'PORT': '',
    },
}

REMARQUE

exécutez également which mysql_configsi vous avez en quelque sorte plusieurs instances du serveur mysql installées sur la machine que vous vous connectez peut-être à la mauvaise.

Je viens de changer le HOSTde localhostà 127.0.0.1et cela fonctionne bien:

# settings.py of Django project
...

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'db_name',
        'USER': 'username',
        'PASSWORD': 'password',
        'HOST': '127.0.0.1',
        'PORT': '',
},
...

Quand, si vous perdez votre démon mysql sous mac OSx mais est présent dans un autre chemin par exemple dans private / var exécutez la commande suivante

1)

ln -s /private/var/mysql/mysql.sock /tmp/mysql.sock

2) redémarrez votre connexion à mysql avec:

mysql -u username -p -h host databasename

fonctionne aussi pour mariadb

Exécutez le cmd ci-dessous dans le terminal

/ usr / local / mysql / bin / mysqld_safe

Redémarrez ensuite la machine pour prendre effet. Ça marche!!

Vérifiez le nombre de fichiers ouverts pour le processus mysql à l'aide de la commande lsof.

Augmentez la limite des fichiers ouverts et exécutez à nouveau.

Après avoir essayé quelques-unes de ces solutions et sans succès, voici ce qui a fonctionné pour moi:

1. Redémarrez le système
2. mysql.server démarrer
3. Succès!

Cela peut être l'un des problèmes suivants.

1. Verrou mysql incorrect. solution: vous devez trouver le bon socket mysql par,

mysqladmin -p variables | socket grep

puis mettez-le dans votre code de connexion db:

pymysql.connect(db='db', user='user', passwd='pwd', unix_socket="/tmp/mysql.sock")

/tmp/mysql.sock est le retour de grep

Solution de port mysql incorrecte: vous devez trouver le bon port mysql:

mysqladmin -p variables | grep port

puis dans votre code:

pymysql.connect(db='db', user='user', passwd='pwd', host='localhost', port=3306)

3306 est le port renvoyé par le grep

Je pense que la première option résoudra votre problème.

Pour ceux qui sont passés de la version 5.7 à la 8.0 via homebrew, cette erreur est probablement due au fait que la mise à niveau n'est pas terminée. Dans mon cas, mysql.server startj'ai obtenu l'erreur suivante:

ERREUR! Le serveur s'est arrêté sans mettre à jour le fichier PID

J'ai ensuite vérifié le fichier journal via cat /usr/local/var/mysql/YOURS.err | tail -n 50, et j'ai trouvé ce qui suit:

InnoDB: la mise à niveau après un crash n'est pas prise en charge.

Si vous êtes sur le même bateau, installez d'abord mysql@5.7via homebrew, arrêtez le serveur, puis redémarrez le système 8.0.

brew install mysql@5.7

/usr/local/opt/mysql@5.7/bin/mysql.server start
/usr/local/opt/mysql@5.7/bin/mysql.server stop

Ensuite,

mysql.server start

Cela permettrait à votre MySQL (8.0) de fonctionner à nouveau.

Je pense avoir vu ce même comportement il y a quelque temps, mais je ne me souviens pas des détails.
Dans notre cas, le problème était le moment où le testrunner initialisait les connexions à la base de données par rapport à la première interaction de base de données requise, par exemple, par l'importation d'un module dans settings.py ou un __init__.py. Je vais essayer de trouver quelques informations supplémentaires, mais cela pourrait déjà vous rappeler.

Assurez-vous que votre / etc / hosts contient 127.0.0.1 localhostet qu'il devrait fonctionner correctement

J'ai deux conjectures sournoises sur celle-ci

CONJECTURE # 1

Examinez la possibilité de ne pas pouvoir accéder au /tmp/mysql.sockfichier. Lorsque je configure des bases de données MySQL, je laisse normalement entrer le site de fichiers socket /var/lib/mysql. Si vous vous connectez à mysql en tant que root@localhost, votre session OS doit accéder au /tmpdossier. Assurez-vous de /tmpdisposer des droits d'accès appropriés dans le système d'exploitation. Assurez-vous également que l'utilisateur sudo peut toujours lire le fichier dans /tmp.

CONJECTURE # 2

Accéder à mysql via 127.0.0.1peut être source de confusion si vous ne faites pas attention. Comment?

Depuis la ligne de commande, si vous vous connectez à MySQL avec 127.0.0.1, vous devrez peut-être spécifier le protocole TCP / IP.

mysql -uroot -p -h127.0.0.1 --protocol=tcp

ou essayez le nom DNS

mysql -uroot -p -hDNSNAME

Cela contournera la connexion en tant que root@localhost, mais assurez-vous que vous avez root@'127.0.0.1'défini.

La prochaine fois que vous vous connectez à MySQL, exécutez ceci:

SELECT USER(),CURRENT_USER();

Qu'est-ce que cela vous donne?

• USER () rapporte comment vous avez tenté de vous authentifier dans MySQL
• CURRENT_USER () indique comment vous avez été autorisé à vous authentifier dans MySQL

Si ces fonctions retournent avec les mêmes valeurs, vous vous connectez et vous authentifiez comme prévu. Si les valeurs sont différentes, vous devrez peut-être créer l'utilisateur correspondant root@127.0.0.1.

Eu ce même problème. Il s'est avéré mysqldavoir cessé de fonctionner (je suis sous Mac OSX). Je l'ai redémarré et l'erreur a disparu.

J'ai compris que cela mysqldne fonctionnait pas en grande partie à cause de ce lien: http://dev.mysql.com/doc/refman/5.6/en/can-not-connect-to-server.html

Remarquez le premier conseil!

si vous obtenez une erreur comme ci-dessous:

django.db.utils.OperationalError: (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)")

Ensuite, trouvez simplement l'emplacement de votre fichier mysqld.sock et ajoutez-le à "HOST".

Comme j'utilise xampp sur Linux, mon mysqld.sockfichier se trouve à un autre emplacement. donc ça ne marche pas pour ' /var/run/mysqld/mysqld.sock'

DATABASES = {

    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'asd',
        'USER' : 'root',
        'PASSWORD' : '',
        'HOST' : '/opt/lampp/var/mysql/mysql.sock',
        'PORT' : ''
    }
}

Vérifiez que votre mysql n'a pas atteint le maximum de connexions, ou n'est pas dans une sorte de boucle de démarrage, comme cela arrive assez souvent si les paramètres sont incorrects dans my.cnf.

Utilisez ps aux | grep mysql pour vérifier si le PID change.

J'ai cherché trop longtemps en ligne pour ne pas contribuer. Après avoir essayé de taper l'invite mysql à partir de la ligne de commande, je continuais à recevoir ce message:

ERREUR 2002 (HY000): impossible de se connecter au serveur MySQL local via le socket '/tmp/mysql.sock' (2)

Cela était dû au fait que mon serveur mysql local ne fonctionnait plus. Afin de redémarrer le serveur, j'ai navigué vers

shell> cd /user/local/bin

où se trouvait mon mysql.server. De là, tapez simplement:

shell> mysql.server start

Cela relancera le serveur mysql local.

De là, vous pouvez réinitialiser le mot de passe root si nécessaire.

mysql> UPDATE mysql.user SET Password=PASSWORD('MyNewPass')
->                   WHERE User='root';
mysql> FLUSH PRIVILEGES;

J'ai dû tuer toutes les instances de mysql en trouvant d'abord tous les ID de processus:

ps aux | grep mysql

Et puis les tuer:

tuer -9 {pid}

Ensuite:

mysql.server démarrer

A travaillé pour moi.

Le socket est situé dans / tmp. Sur le système Unix, en raison des modes et des propriétés sur / tmp, cela pourrait causer des problèmes. Mais, tant que vous nous dites que vous POUVEZ utiliser votre connexion mysql normalement, je suppose que ce n'est pas un problème sur votre système. Une vérification primaire devrait être de déplacer mysql.sock dans un répertoire plus neutre.

Le fait que le problème se produise «au hasard» (ou pas à chaque fois) me laisse penser qu'il pourrait s'agir d'un problème de serveur.

• Votre / tmp est-il situé sur un disque standard ou sur un support exotique (comme dans la RAM)?

• Votre / tmp est-il vide?

• Est iotop-ce que quelque chose ne va pas lorsque vous rencontrez le problème?

Configurez votre connexion DB dans la boîte de dialogue 'Manage DB Connections. Sélectionnez «Standard (TCP / IP)» comme méthode de connexion.

Voir cette page pour plus de détails http://dev.mysql.com/doc/workbench/en/wb-manage-db-connections.html

Selon cette autre page, un fichier socket est utilisé même si vous spécifiez localhost.

Un fichier socket Unix est utilisé si vous ne spécifiez pas de nom d'hôte ou si vous spécifiez le nom d'hôte spécial localhost.

Il montre également comment vérifier sur votre serveur en exécutant ces commandes:

Si un processus mysqld est en cours d'exécution, vous pouvez le vérifier en essayant les commandes suivantes. Le numéro de port ou le nom du fichier de socket Unix peut être différent dans votre configuration. host_ip représente l'adresse IP de la machine sur laquelle le serveur est exécuté.

shell> mysqladmin version 
shell> mysqladmin variables 
shell> mysqladmin -h `hostname` version variables 
shell> mysqladmin -h `hostname` --port=3306 version 
shell> mysqladmin -h host_ip version 
shell> mysqladmin --protocol=SOCKET --socket=/tmp/mysql.sock version

dans ubuntu14.04, vous pouvez le faire pour résoudre ce problème.

zack@zack:~/pycodes/python-scraping/chapter5$ **mysqladmin -p variables|grep socket**
Enter password: 
| socket                                            | ***/var/run/mysqld/mysqld.sock***                                                                                            |
zack@zack:~/pycodes/python-scraping/chapter5$***ln -s  /var/run/mysqld/mysqld.sock /tmp/mysql.sock***
zack@zack:~/pycodes/python-scraping/chapter5$ ll /tmp/mysql.sock 
lrwxrwxrwx 1 zack zack 27 11月 29 13:08 /tmp/mysql.sock -> /var/run/mysqld/mysqld.sock=

Pour moi, je suis sûr que mysqld est démarré et que la ligne de commande mysql peut fonctionner correctement. Mais le serveur httpd montre le problème (impossible de se connecter à mysql via socket).

J'ai démarré le service avec mysqld_safe &.

enfin, j'ai trouvé que lorsque je démarre le service mysqld avec le service mysqld start, il y a des problèmes (problème d'autorisation selinux), et quand je corrige le problème selinux et que je démarre mysqld avec "service mysqld start", le problème de connexion httpd disparaît. Mais quand je démarre le mysqld avec mysqld_safe &, mysqld peut fonctionner. (le client mysql peut fonctionner correctement). Mais il y a toujours des problèmes lors de la connexion avec httpd.

S'il s'agit d'un socket, lisez ce fichier

/etc/mysql/my.cnf

et voyez quel est l'emplacement de socket standard. C'est une ligne comme:

socket = /var/run/mysqld/mysqld.sock

créez maintenant un alias pour votre shell comme:

alias mysql="mysql --socket=/var/run/mysqld/mysqld.sock"

De cette façon, vous n'avez pas besoin de privilèges root.

Essayez simplement de courir mysqld.

C'était ce qui ne fonctionnait pas pour moi sur mac. Si cela ne fonctionne pas, essayez /usr/local/var/mysql/<your_name>.errde consulter les journaux d'erreurs détaillés.

# shell script ,ignore the first 
$ $(dirname `which mysql`)\/mysql.server start

Peut être utile.

Utilisation de MacOS Mojave 10.14.6 pour MySQL 8.0.19 installé via Homebrew

• Ran sudo find / -name my.cnf
• Fichier trouvé à /usr/local/etc/my.cnf

A travaillé pendant un certain temps, puis l'erreur est finalement retournée. Désinstallé la version Homebrew de MySQL et installé le fichier .dmg directement à partir d' ici

Heureusement connecté depuis.

Dans mon cas, ce qui a aidé était de modifier le fichier /etc/mysql/mysql.conf.d/mysqld.cnfet de remplacer la ligne:

socket      = /var/run/mysqld/mysqld.sock

avec

socket      = /tmp/mysql.sock

Ensuite, j'ai redémarré le serveur et cela a bien fonctionné. Le plus drôle, c'est que si je remets la ligne comme avant et que je la redémarre, cela fonctionne toujours.

J'avais été confronté à un problème similaire récemment. J'ai parcouru de nombreuses réponses. Je l'ai fait fonctionner en suivant les étapes.

1. changez le chemin du socket dans /etc/my.cnf (comme j'obtenais à plusieurs reprises une erreur avec /tmp/mysql.sock) référence pour changer le chemin du socket
2. exécutez mysqld_safe pour redémarrer le serveur car c'est la méthode recommandée pour redémarrer en cas d'erreurs. référence à mysqld_safe

Pour moi, le serveur mysql ne fonctionnait pas. Alors, j'ai démarré le serveur mysql via

mysql.server start

puis

mysql_secure_installation

pour sécuriser le serveur et maintenant je peux visiter le serveur MySQL via

sudo mysql -uroot -p