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

LAMPをUbuntu 12.04 LTS（Precise Pangolin）にインストールし、phpMyAdminに rootパスワードを設定しました。パスワードを忘れてしまい、ログインできなくなりました。端末からパスワードを変更しようとすると、次のようになります。

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

どうすれば修正できますか？LAMPを開いたり、アンインストールしたり、再インストールしたりできません。

私はかつてこの問題を抱えていましたが、をインストールすることで解決しましたmysql-server。そのため、mysql-serverではなく、をインストールしたことを確認してくださいmysql-client。

そのエラーは、ファイル/var/run/mysqld/mysqld.sockが存在しないことを意味しますmysql-server。インストールしなかった場合、ファイルは存在しません。その場合、それをインストールします

sudo apt-get install mysql-server

しかし、mysql-serverがすでにインストールされて実行されている場合は、構成ファイルを確認する必要があります。

構成ファイルは次のとおりです。

/etc/my.cnf
/etc/mysql/my.cnf
/var/lib/mysql/my.cnf

では/etc/my.cnf、ソケットファイルの設定は次のように/tmp/mysql.sockなり/etc/mysql/my.cnfます/var/run/mysqld/mysqld.sock。ソケットファイルの設定は次のようになります。したがって、削除または名前の変更/etc/mysql/my.cnf、mysqlの使用を許可する/etc/my.cnfと、問題が解決する場合があります。

これを試して：

mysql -h 127.0.0.1 -P 3306 -u root -p <database>

また、（それが実行されているかどうかを確認する）：

telnet 127.0.0.1 3306 

おそらくmy.cnf、/etc/somewhere（Linuxディストリビューションによっては）ファイルの構成が間違っているだけです。

私はこれらの答えのすべてを見ていますが、どれもオプション提供しない、パスワードをリセットし、無受け入れ答えを。実際の質問は、パスワードを忘れたため、リセットする必要があります。これらの回答のほとんどが示すように、パスワードが実行されているかどうか（インストールされているかどうか）を確認する必要はありません。

パスワードをリセットするには

次の手順に従ってください（本当にパスワードを忘れており、現在その状況にいない場合でも、いつでもそれを試すことができる場合に役立ちます）。

1. やめる mysql

   sudo /etc/init.d/mysql stop

   または、他の配布バージョンの場合：

   sudo /etc/init.d/mysqld stop

2. MySQLをセーフモードで起動します

   sudo mysqld_safe --skip-grant-tables &

3. rootを使用してMySQLにログインします

   mysql -uroot

4. 使用するMySQLデータベースを選択します

   use mysql;

5. パスワードをリセットする

   -- MySQL version < 5.7
   update user set password=PASSWORD("mynewpassword") where User='root';
   
   -- MySQL 5.7, mysql.user table "password" field -> "authentication_string"
   
   update user set authentication_string=password('mynewpassword') where user='root';
   

6. 特権をフラッシュする

   flush privileges;

7. サーバーを再起動します

   quit

8. サーバーを停止して再起動します

   UbuntuとDebian：

   sudo /etc/init.d/mysql stop
   ...
   sudo /etc/init.d/mysql start
   

   CentOS、Fedora、RHELの場合：

   sudo /etc/init.d/mysqld stop
   ...
   sudo /etc/init.d/mysqld start
   

9. 新しいパスワードでログイン

   mysql -u root -p

10. 新しいパスワードを入力して、何も起こらなかったようにサーバーをもう一度楽しんでください

これは、MySQL rootパスワードのリセットから取得されました。

私は次の手順を試しました：

1. としてログインsuper userまたは使用sudo
2. gedit/etc/mysql/my.cnfを使用して開く
3. を検索しbind-address、その値をデータベースサーバーホストマシンのIPアドレスに変更します。私にとってはlocalhost、127.0.0.1
4. ファイルを保存して閉じます。
5. ターミナルに戻って実行します sudo service mysql start

そしてそれは私のために働いた。

次のコマンドを実行してこの問題を修正しました。

mysql.server start

Macでbrewを使用してmysqlをインストールする場合は、次のように使用します。

brew services start mysql

同様の問題がありました。mysqlが起動しません。

sudo service mysql start
start: Job failed to start

apparmorを無効にした場合：

sudo aa-complain /etc/apparmor.d/*

問題はなくなりました。問題は、mysqldが/run/mysqld/mysqld.sockにアクセスしようとしたが、apparmorプロファイルが/var/run/mysqld/mysqld.sockにのみ許可を与えたことでした（/ var / runは/ runにシンボリックリンクされているため、これらは実際に同じ）。mysqldがすべての構成ファイルで設定されているvarパスを使用していない理由はわかりませんが、/ etc / apparmor.d / usr.sbin.mysqldに以下を追加することで問題を修正できます。

/run/mysqld/mysqld.pid rw,
/run/mysqld/mysqld.sock rw,

私の場合、ディスクがいっぱいで、mysqldが起動できなくなったことが原因でした。

mysqlサービスを再起動してみてください。

> service mysql restart

または

> service mysql stop

> service mysql start

stopコマンドを認識しない場合、それは間違いなくディスク領域です。パーティションmysqlに割り当てられたスペースを作るか、ディスクを大きくしてください。

ディスク容量を確認する

> df -h

私はmysqlプロセスを殺すことでこれを解決しました：

ps -ef | grep mysql
kill [the id]

そして、私は再びサーバーを起動しました：

sudo /etc/init.d/mysql restart

しかしstart、同様に動作します：

sudo /etc/init.d/mysql start

次に、としてログインしadmin、完了しました。

どういうわけか、MySQLサーバープロセスがソケットを作成しなかったか、クライアントが間違った場所でソケットを探しています。

私の最初の提案は、MySQLサーバーが実行されているかどうかを確認することです。2番目の提案は、MySQLサーバーが別のホストで実行されているかどうかです。その場合-h <hostname>は、ターミナルでMySQLクライアントにフラグを追加します。

MySQLが実際に実行されており、ローカルで実行されている場合は、my.cnfファイルを確認してください。次のような行があるはずです

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

投稿で述べたソケットの場所と一致しているかどうかを確認してください。

経験から、最も可能性の高いシナリオは、MySQLサーバーがまったく実行されていないか、ターミナルからMySQLクライアントを実行しているのと同じホスト上で実行されていないことです。

本番サーバーを再起動する必要があった後、同じ問題が発生しました。DigitalOceanドロップレットでDebian 8.1（Jessie）を実行しています。

これは私の問題を解決するために私がしたことです：

1. ファイル/var/run/mysqld/mysqld.sockが存在するかどうかを確認してください。そうでない場合は、入力して手動で作成しますtouch /var/run/mysqld/mysqld.sock（これは私がしなければならなかったことです）。

2. MySQLプロセスはこのファイルを使用できます。と入力して、ファイルの所有権を変更しますchown mysql /var/run/mysqld/mysqld.sock。

3. 「2」が完了したら、service mysql restartまたはを入力してMySQLサービスを再起動します/etc/init.d/mysql restart。

上記の手順を実行した後、私の問題は解決しました。私はめったにこの問題を抱えておらず、おそらくもっと良い方法があるので、必要に応じて建設的なフィードバックを提供してください:)。

mysql-serverが実行されていない可能性があります。mysql.server start端末に入力して実行することを確認します。

"bind-adress"my.cnf のパラメーターを確認します。

または、次のコマンドを試してください。

mysql -h 127.0.0.1 -P 3306 -u root -p

• -h 127.0.0.1（つまり、host ）

• -P（大文字の-Pは大文字に注意）3306、つまりMySQLのデフォルトのポート

これが私のために働いたものです：

ln -s /var/lib/mysql/mysql.sock /tmp/mysql.sock
service mysql restart

これによりリンクが作成されます。

Amazon EC2を使用していて、インスタンスでこの問題が発生している場合は、次のことだけを行う必要があります。

sudo yum install mysql-server
sudo service mysqld restart

Amazon EC2にはサーバーがインストールされていない（クライアントのみがインストールされている）ため、インスタンスにサーバーをインストールする必要がある場合は、その後

 mysql -u root -p

それが機能したかどうかを確認します。

エラーが発生するたびに

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

まず、mysqlデーモンが実行されているかどうかを確認することをお勧めします...ほとんどの場合、デーモンはデフォルトでは実行されません。で確認でき/etc/init.d/mysqld statusます。

実行されていない場合は、最初に起動します。

.../etc/init.d/mysqld start.

私はそれが110％の仕事になると思います。

localhostを使用する代わりに：

mysql -u myuser -pmypassword -h localhost mydatabase

127.0.0.1を使用

mysql -u myuser -pmypassword -h 127.0.0.1 mydatabase

（また、-pとmypasswordの間にスペースがないことに注意してください）

楽しい ：）

重要なデータベースのバックアップがあることを確認してから、MySQL関連のものをアンインストールしてみてください。

apt-get remove --purge mysql\*

次に、もう一度インストールします。

apt-get install mysql-server mysql-client

これは私にとってはうまくいき、データは保持されました。

PHP MySQLがエラーを表示する場合、PHP MySQLを再インストールする必要があるかもしれません：

apt-get install php5-fpm php5-mysql

同じ問題に直面していますmysql serverが、デフォルトで実行されていない場合にも発生します。数秒後に再び停止$ sudo service mysql start するため、わかっている場合は変更できる（）コマンドを再度実行します。

その使用コマンド

$ sudo service mysql start   

（を使用するため、必要に応じてユーザーのパスワードを入力しますsudo）、そして実行

$ sudo mysql -u root -p          (put user password if required )

今、あなたはあなたのデータベースを得ました

最近のインストールの場合、インストールがSERVER -... mysql-server-5.5としてインストールされているかどうかを確認する必要があります。「mysql」のみをインストールした可能性があります。これはサーバーではなくクライアントのみです。

LinuxマシンにXAMPPがインストールされている場合は、my.cnfファイルをから/opt/lampp/etc/my.cnfにコピーしてみてください/etc/my.cnf。

次に、mysql -u rootもう一度実行します...これで正しいソケットが作成され、MySQLクライアントを実行できるようになります。

私もこの問題を抱えていましたが、私はちょうどしました：

sudo service mysql restart 

それは私のために働いた。

私は解決策を見つけました

コマンドを実行する前に：mysql_secure_installation

• ステップ1： sudo systemctl stop mariadb
• ステップ2： sudo systemctl start mariadb
• ステップ3： mysql_secure_installation

次に、ルートパスワードを要求します。Enter キーを押すだけで、新しいルートパスワードを設定できます。

私の場合、デフォルトのポート3306は他のプロセスによって使用されていたため、起動していませんでした。他のサービスを停止して実行したところsudo service mysql start、問題なく動作しました。ところで、sudo lsof -Pn -iTCP:3306ポートを使用している可能性がある人を確認するようなものを使用できます。

私の場合、それはいくつかのR＆Dを行うことで機能しました：

を使用してMySQLに接続できます

root-debian#mysql -h 127.0.0.1 -u root -p

ただし、では機能しませんmysql -u root -p。

my.cnfには何も見つかりませんでしbind-addressた。そのため、ログインの問題の原因となっているパラメーターについてコメントしました。socket=/var/lib/mysql/mysqld.sockmy.cnf

サービスを再起動した後、うまくいきました：

root@debian:~# mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 5
Server version: 5.6.19 MySQL Community Server (GPL)

私はmysqlを再起動してこの問題を解決しました

/etc/init.d/mysql stop

そして

/etc/init.d/mysql start

それでおしまい。

経験上、サーバーが稼働しているかどうかを確認してから、MySQLの設定を試す必要があると私は言います。最後の解決策は、MySQLを再インストールすることです。

ターミナルを開き、次のように入力します。

sudo apt-get purge mysql-client-core-5.6

sudo apt-get autoremove

sudo apt-get autoclean

sudo apt-get install mysql-client-core-5.5

sudo apt-get install mysql-server  

MySQLデータベースコアクライアントとMySQLサーバーパッケージの両方が同じバージョン5.5になります。MySQLクライアント5.5およびMySQLサーバー5.5は、パッケージメンテナーによって決定された、Ubuntu 14.04におけるこれらのパッケージの現在の「最良の」バージョンです。

MySQLクライアント5.6およびMySQLサーバー5.6をインストールする場合は、Ubuntuソフトウェアセンターでmysql-client-core-5.6およびmysql-server-5.6パッケージを見つけることもできます。重要なことは、クライアントとサーバーのバージョン番号がどちらの場合でも一致することです。

これでうまくいきました。

正しい権利があるかどうかを確認します。

sudo chmod 755 /var/lib/mysql/mysql

私は同じ問題を抱えていましたが、これでうまくいきました。これを行った後、MySQLを起動することができました。

私の場合、実行すると、mysqlプロセスを本当に殺すことができなかったようです

sudo service mysql stop
ps -ef | grep mysql

mysqlプロセスは常にそこにあり、ソケットファイルをブロックしていたようで、新しいmysqlプロセスはそれ自体を作成できませんでした。

だからこれは助けた

cd /var/run
sudo cp mysqld/ mysqld.bc -rf
sudo chown mysql:mysql mysqld.bc/
sudo service mysql stop
sudo cp mysqld.bc/ mysqld -rf
sudo chown mysql:mysql mysqld -R
sudo /usr/sbin/mysqld --skip-grant-tables --skip-networking &

今使用してデータベースにログインすることができます

mysql -u root

次に、ルートパスワードを更新します。

UPDATE user SET authentication_string=password('YOURPASSWORDHERE') WHERE user='root';
FLUSH PRIVILEGES;

PS：ルートパスワードの更新に問題がありました。「auth_socket」プラグインに問題があるようです。そのため、完全な権限を持つ新しいユーザーを作成する必要がありました。

insert into user set `Host` = "localhost", `User` = "super", `plugin` = "mysql_native_password", `authentication_string` = NULL, `password_expired` = "N", `password_lifetime` = NULL, `account_locked` = "N", `Select_priv` = "Y",
`Insert_priv` = "Y", `Update_priv` = "Y", `Delete_priv` = "Y", `Create_priv` = "Y", `Drop_priv` = "Y", `Reload_priv` = "Y", `Shutdown_priv` = "Y", `Process_priv` = "Y", `File_priv` = "Y",
`Grant_priv` = "Y",  `References_priv` = "Y", `Index_priv` = "Y", `Alter_priv` = "Y", `Show_db_priv` = "Y", `Super_priv` = "Y", `Create_tmp_table_priv` = "Y", `Lock_tables_priv` = "Y",
`Execute_priv` = "Y", `Repl_slave_priv` = "Y",  `Repl_client_priv` = "Y",  `Create_view_priv` = "Y", `Show_view_priv` = "Y", `Create_routine_priv` = "Y", `Alter_routine_priv` = "Y",
`Create_user_priv` = "Y",  `Event_priv` = "Y", `Trigger_priv` = "Y", `Create_tablespace_priv` = "Y";

これにより、パスワードのない「スーパー」ユーザーが作成され、次に接続できます mysql -u super

DebianサーバーJessieでは、私の実用的な解決策は単に

service mysql restart
service mysql reload

rootユーザーとして