テストスイート中にローカルMySQLサーバーに接続しようとすると、次のエラーで失敗します。

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

ただし、コマンドラインmysqlプログラムを実行することで、いつでもMySQLに接続できます 。A ps aux | grep mysqlはサーバーが実行中であることを示し、 stat /tmp/mysql.sockことを示し、ソケットが存在すること確認します。さらに、exceptその例外の節でデバッガーを開くと、まったく同じパラメーターで確実に接続できます。

この問題はかなり確実に再現しますが、100％にはならないように見えます。なぜなら、ブルームーンのたびに、私のテストスイートは実際にはこのエラーに遭遇することなく実行されるためです。sudo dtrussそれで走ろうとすると再現しませんでした。

すべてのクライアントコードはPythonで記述されていますが、それがどのように関連するかはわかりません。

ホストを使用するように切り替えると127.0.0.1、エラーが発生します。

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

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

これでうまくいきました。ただし、これが機能しない場合は、mysqldが実行されていることを確認し、接続してみてください。

MySQLマニュアルの関連セクションはこちらです。まず、そこにリストされているデバッグ手順を実行します。

また、localhostと127.0.0.1は、このコンテキストでは同じではないことに注意してください。

• ホストがに設定されている場合 localhost、ソケットまたはパイプが使用されます。
• hostがに設定されている場合127.0.0.1、クライアントは強制的にTCP / IPを使用します。

したがって、たとえば、データベースがTCP接続viをリッスンしているかどうかを確認できますnetstat -nlp。TCP接続をリッスンしている可能性が高いと思われますmysql -h 127.0.0.1。ソケット経由でデータベースに接続できるかどうかを確認するには、次を使用します。mysql -h localhost。

これで解決しない場合は、MySQL構成、接続のインスタンス化の正確な方法などに関する詳細を投稿する必要があります。

私にとって問題は、mysqlサーバーを実行していないことでした。最初にサーバーを実行してから、を実行しmysqlます。

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

私の開発者が、MySQLが標準以外の場所にインストールされた状態で事前構成されたMAMPのようなスタックマネージャーをインストールしているときに、これが私のショップで発生するのを見てきました。

あなたのターミナルで

mysql_config --socket

sockファイルへのパスが表示されます。そのパスをたどり、それをDATABASES HOSTパラメータで使用します。

あなたがする必要があるのはあなたを指すことです

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

注意

またwhich mysql_config、マシンにmysqlサーバーの複数のインスタンスがインストールされている場合にも、間違ったインスタンスに接続している可能性があります。

私はちょうど変更HOSTからlocalhostに127.0.0.1し、それが正常に動作します：

# 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': '',
},
...

Mac OSxでデーモンmysqlを失ったが、private / varの例では他のパスに存在する場合、次のコマンドを実行します。

1）

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

2）でmysqlへの接続を再開します：

mysql -u username -p -h host databasename

mariadbでも機能します

ターミナルで以下のコマンドを実行します

/ usr / local / mysql / bin / mysqld_safe

次に、マシンを再起動して有効にします。できます！！

lsofコマンドを使用して、mysqlプロセスの開いているファイルの数を確認します。

開いているファイルの制限を増やして、再度実行してください。

これらの解決策のいくつかを試しても成功しなかった後、これは私にとってうまくいきました：

1. システムを再起動します
2. mysql.server start
3. 成功！

これは次の問題の1つである可能性があります。

1. 正しくないmysqlロック。解決策：正しいmysqlソケットを見つける必要があります。

mysqladmin -p変数| grepソケット

そしてそれをあなたのdb接続コードに入れます：

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

/tmp/mysql.sockはgrepから返されます

2.正しくないmysqlポートソリューション：正しいmysqlポートを見つける必要があります。

mysqladmin -p variables | grep port

そしてあなたのコードで：

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

3306はgrepから返されたポートです

最初のオプションで問題が解決すると思います。

自作で5.7から8.0にアップグレードした場合、このエラーはおそらくアップグレードが完了していないことが原因です。私の場合、mysql.server start次のエラーが発生しました：

エラー！PIDファイルを更新せずにサーバーが終了した

次にcat /usr/local/var/mysql/YOURS.err | tail -n 50、を介してログファイルを確認したところ、次のことがわかりました。

InnoDB：クラッシュ後のアップグレードはサポートされていません。

同じボートに乗っている場合は、まずmysql@5.7自作でインストールし、サーバーを停止してから、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

そして、

mysql.server start

これにより、MySQL（8.0）が再び機能するようになります。

少し前に同じ動作を見たと思いますが、詳細を思い出せません。
私たちの場合、問題は、たとえば、settings.pyまたは一部の__init__.pyにモジュールをインポートすることにより、テストランナーが最初に必要なデータベースの対話に関連してデータベース接続を初期化した瞬間でした。もう少し情報を掘り下げてみますが、これはあなたのケースのベルを鳴らしているかもしれません。

/ etc / hostsが含ま127.0.0.1 localhostれていることを確認してください。

これには卑劣な推測が2つあります

構想＃1

/tmp/mysql.sockファイルにアクセスできない可能性を調べてください。MySQLデータベースをセットアップするとき、通常はでソケットファイルサイトを許可します/var/lib/mysql。としてmysqlにログインする場合root@localhost、OSセッションは/tmpフォルダーにアクセスする必要があります。/tmpOSで正しいアクセス権があることを確認してください。また、sudoユーザーが常にでファイルを読み取れることを確認してください/tmp。

コンジェクチャー＃2

mysqlへのアクセス 127.0.0.1注意を払っていない場合にすると、混乱が生じる可能性があります。どうやって？

コマンドラインから、を使用してMySQLに接続する場合127.0.0.1、TCP / IPプロトコルを指定する必要がある場合があります。

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

またはDNS名を試す

mysql -uroot -p -hDNSNAME

これはとしてのログインをバイパスroot@localhostしますが、root@'127.0.0.1'定義したことを確認してください。

次回MySQLに接続するときに、これを実行します。

SELECT USER(),CURRENT_USER();

これはあなたに何を与えますか？

• USER（）は、MySQLで認証を試みた方法を報告します
• CURRENT_USER（）は、MySQLでの認証が許可された方法を報告します

これらの関数が同じ値を返す場合は、期待どおりに接続して認証しています。値が異なる場合は、対応するユーザーを作成する必要がありますroot@127.0.0.1。

これと同じ問題がありました。mysqld実行が停止したことが判明しました（Mac OSXを使用しています）。再起動するとエラーは消えました。

mysqldこのリンクが原因で実行されていないことがわかりました：http : //dev.mysql.com/doc/refman/5.6/en/can-not-connect-to-server.html

最初のヒントに注意してください！

以下のようなエラーが発生した場合：

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

次に、mysqld.sockファイルの場所を見つけて、「HOST」に追加します。

Linuxでxamppを使用しているので、mysqld.sockファイルは別の場所にあります。そのため、「/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' : ''
    }
}

mysqlが最大接続に達していないこと、またはmy.cnfの設定が正しくない場合によくあるように、何らかの起動ループになっていないことを確認します。

ps auxを使用する| grep mysqlを実行して、PIDが変更されているかどうかを確認します。

貢献できないほどオンラインを見回しすぎた。コマンドラインからmysqlプロンプトを入力しようとすると、次のメッセージが表示され続けました。

エラー2002（HY000）：ソケット '/tmp/mysql.sock'を介してローカルMySQLサーバーに接続できません（2）

これは、私のローカルmysqlサーバーが実行されなくなったためです。サーバーを再起動するために、私は

shell> cd /user/local/bin

私のmysql.serverが置かれた場所。ここから、単にタイプしてください：

shell> mysql.server start

これにより、ローカルのmysqlサーバーが再起動します。

そこから、必要に応じてrootパスワードをリセットできます。

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

最初にすべてのプロセスIDを見つけて、mysqlのすべてのインスタンスを削除する必要がありました。

ps aux | grep mysql

そしてそれらを殺します：

キル-9 {pid}

次に：

mysql.server start

私のために働いた。

ソケットは/ tmpにあります。Unixシステムでは、/ tmpのモードと所有権が原因で、問題が発生する可能性があります。しかし、あなたがmysql接続を通常どおりに使用できると私たちに言っている限り、それはあなたのシステムの問題ではないと思います。基本的なチェックは、mysql.sockをよりニュートラルなディレクトリに再配置することです。

問題が「ランダムに」（または毎回ではなく）発生するという事実は、サーバーの問題である可能性があると考えさせられます。

• / tmpは標準のディスク上にありますか、または（RAM内などの）エキゾチックなマウント上にありますか？

• / tmpは空ですか？

• ないiotop問題が発生したとき、あなたに何か間違っを示して？

「DB接続の管理」ダイアログでDB接続を構成します。接続方法として「標準（TCP / IP）」を選択します。

詳細については、このページを参照してください http://dev.mysql.com/doc/workbench/en/wb-manage-db-connections.html

この別のページによると、 localhostを指定した場合でも、ソケットファイルが使用されます。

ホスト名を指定しない場合、または特別なホスト名localhostを指定する場合は、Unixソケットファイルが使用されます。

また、次のコマンドを実行してサーバーを確認する方法も示します。

mysqldプロセスが実行中の場合は、次のコマンドを実行して確認できます。ポート番号またはUnixソケットファイル名は、セットアップによって異なる場合があります。host_ipは、サーバーが実行されているマシンのIPアドレスを表します。

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

ubuntu14.04では、これを実行してこの問題を解決できます。

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=

私にとっては、mysqldが起動していて、コマンドラインmysqlが適切に機能しているはずです。しかし、httpdサーバーが問題を示しています（ソケット経由でmysqlに接続できません）。

mysqld_safe＆でサービスを開始しました。

最後に、サービスmysqld startでmysqldサービスを開始すると問題（selinux権限の問題）があり、selinuxの問題を修正して、「service mysqld start」でmysqldを開始すると、httpd接続の問題が消えます。しかし、mysqldをmysqld_safe＆で起動すると、mysqldを動作させることができます。（mysqlクライアントは正しく動作します）。しかし、httpdで接続するときはまだ問題があります。

ソケット関連の場合は、このファイルを読んでください

/etc/mysql/my.cnf

標準のソケットの場所を確認します。次のような行です。

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

次のようにシェルのエイリアスを作成します。

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

この方法では、root権限は必要ありません。

単に実行してみてくださいmysqld。

これは私にとってMacではうまくいかなかったものでした。それが機能しない場合は、に移動して/usr/local/var/mysql/<your_name>.err、詳細なエラーログを確認してください。

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

役に立つかもしれません。

Homebrew経由でインストールされたMacOS Mojave 10.14.6 for MySQL 8.0.19を使用する

• ラン sudo find / -name my.cnf
• でファイルが見つかりました /usr/local/etc/my.cnf

しばらく働いた後、最終的にエラーが返されました。MySQLのHomebrewバージョンをアンインストールし、ここから直接.dmgファイルをインストールしました

それ以来、幸せにつながります。

私の場合、助けとなったのはファイルを編集し/etc/mysql/mysql.conf.d/mysqld.cnfて行を置き換えることでした：

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

と

socket      = /tmp/mysql.sock

それから私はサーバーを再起動し、それはうまくいきました。おかしいのは、以前のようにラインを元に戻し、再起動した場合でも機能することです。

最近同様の問題に直面していた。多くの答えを経験しました。私は次の手順でそれを動作させました。

1. /etc/my.cnfのソケットパスを変更し（/tmp/mysql.sockで繰り返しエラーが発生したため）、ソケットパスを変更します。
2. mysqld_safeを実行してサーバーを再起動します。エラーが発生した場合に再起動することをお勧めします。mysqld_safeへの参照

私にとって、mysqlサーバーは実行されていませんでした。だから、私はmysqlサーバーを起動しました

mysql.server start

その後

mysql_secure_installation

サーバーを保護するために、MySQLサーバーにアクセスできます。

sudo mysql -uroot -p