ERRO 2002 (HY000): Não é possível conectar ao servidor MySQL local através do soquete '/var/run/mysqld/mysqld.sock' (2)

Instalei o LAMP no Ubuntu 12.04 LTS (Precise Pangolin) e, em seguida, defina a senha de root no phpMyAdmin . Esqueci a senha e agora não consigo fazer o login. Quando tento alterar a senha pelo terminal, recebo:

ERRO 2002 (HY000): Não é possível conectar ao servidor MySQL local através do soquete '/var/run/mysqld/mysqld.sock' (2)

Como posso consertar isso? Não consigo abrir o LAMP, desinstalá-lo ou reinstalá-lo.

Certa vez, tive esse problema e o resolvi instalando mysql-server, portanto, certifique-se de ter instalado o mysql-server, não o mysql-clientou qualquer outra coisa.

Esse erro significa que o arquivo /var/run/mysqld/mysqld.socknão existe; se você não instalou mysql-server, o arquivo não existiria. Portanto, nesse caso, instale-o com

sudo apt-get install mysql-server

Mas se o mysql-serverjá estiver instalado e em execução, você precisará verificar os arquivos de configuração.

Os arquivos de configuração são:

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

Em /etc/my.cnf, a configuração do arquivo de soquete pode ser /tmp/mysql.socke na /etc/mysql/my.cnfconfiguração do arquivo de soquete pode ser /var/run/mysqld/mysqld.sock. Então, remova ou renomeie /etc/mysql/my.cnf, deixe o mysql usar /etc/my.cnf, e o problema poderá ser resolvido.

Tente o seguinte:

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

Também (para ver se está em execução):

telnet 127.0.0.1 3306 

Provavelmente é apenas uma configuração incorreta no my.cnfarquivo, em /etc/somewhere(dependendo da distribuição do Linux ).

Estou vendo todas essas respostas, mas nenhuma oferece a opção de redefinir a senha e nenhuma resposta aceita . A questão real é que ele esqueceu sua senha, então ele precisa redefinir, para não ver se está em execução ou não (instalado ou não), como a maioria dessas respostas implica.

Para redefinir a senha

Siga estas etapas (pode ser útil se você realmente esquecer sua senha e puder testá-la a qualquer momento, mesmo se não estiver na situação no momento):

1. Pare mysql

   sudo /etc/init.d/mysql stop

   Ou para outras versões de distribuição:

   sudo /etc/init.d/mysqld stop

2. Inicie o MySQL no modo de segurança

   sudo mysqld_safe --skip-grant-tables &

3. Entre no MySQL usando root

   mysql -uroot

4. Selecione o banco de dados MySQL para usar

   use mysql;

5. Redefinir a senha

   -- 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. Liberar os privilégios

   flush privileges;

7. Reinicie o servidor

   quit

8. Pare e inicie o servidor novamente

   Ubuntu e Debian:

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

   No CentOS, Fedora e RHEL:

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

9. Entre com uma nova senha

   mysql -u root -p

10. Digite a nova senha e aproveite seu servidor novamente como se nada tivesse acontecido

Isso foi retirado de Redefinir uma senha root do MySQL .

Eu tentei os seguintes passos:

1. Faça login como super userou usesudo
2. Abrir /etc/mysql/my.cnfusando o gedit
3. Localize bind-addresse altere seu valor para o endereço IP da máquina host do servidor de banco de dados. Para mim, foi localhostou127.0.0.1
4. Salve e feche o arquivo.
5. Volte ao terminal e execute sudo service mysql start

E funcionou para mim.

Corrigi esse problema executando o seguinte comando:

mysql.server start

E se você estiver em um mac e usou o brew para instalar o mysql, basta usar:

brew services start mysql

Eu tive um problema parecido. o mysql não inicia:

sudo service mysql start
start: Job failed to start

Se eu desabilitei o apparmor:

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

o problema foi embora. O problema foi que o mysqld estava tentando acessar /run/mysqld/mysqld.sock, mas o perfil apparmor apenas deu permissão para /var/run/mysqld/mysqld.sock (/ var / run está simbolicamente ligado a / run, portanto, eles são realmente o mesmo). Não sei por que o mysqld não está usando o caminho var, pois é o que está definido em todos os arquivos de configuração, mas você pode corrigir o problema adicionando o seguinte ao /etc/apparmor.d/usr.sbin.mysqld

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

No meu caso, foi que o disco estava cheio e o mysqld não pôde mais ser iniciado.

Tente reiniciar o serviço mysql.

> service mysql restart

ou

> service mysql stop

> service mysql start

Se ele não reconhecer o stopcomando, é definitivamente o espaço em disco. Você deve deixar algum espaço na partição mysqlalocada ou aumentar o disco.

Verifique o espaço em disco com

> df -h

Eu resolvi isso matando o mysqlprocesso:

ps -ef | grep mysql
kill [the id]

E então eu iniciei o servidor novamente com:

sudo /etc/init.d/mysql restart

Mas startfunciona também:

sudo /etc/init.d/mysql start

Então entrei como admine estava pronto.

De alguma forma, o processo do servidor MySQL não criou o soquete ou o cliente está procurando o soquete no lugar errado.

Minha primeira sugestão seria verificar se o servidor MySQL está sendo executado. A segunda sugestão pode ser: o servidor MySQL está sendo executado em outro host? Nesse caso, adicione a -h <hostname>flag ao seu cliente MySQL no terminal.

Se o MySQL está realmente rodando, e rodando localmente, verifique seu my.cnfarquivo. Deve haver uma linha como

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

Veja se isso corresponde ao local do soquete que você mencionou na sua postagem.

Por experiência, eu diria que o cenário mais provável é o seu servidor MySQL ou não está sendo executado ou não está no mesmo host em que você executa o seu cliente MySQL a partir do terminal.

Acabei de experimentar o mesmo problema depois que tive que reiniciar meu servidor de produção. Estou executando o Debian 8.1 (Jessie) em um droplet DigitalOcean.

Isto é o que eu fiz para resolver meu problema:

1. Verifique se o arquivo /var/run/mysqld/mysqld.sockexiste. Caso contrário, crie-o manualmente digitando touch /var/run/mysqld/mysqld.sock(que é o que eu precisava fazer).

2. Portanto, o processo MySQL pode usar esse arquivo. Altere a propriedade do arquivo digitando chown mysql /var/run/mysqld/mysqld.sock.

3. Depois que o '2' estiver pronto, reinicie o serviço MySQL digitando service mysql restartou /etc/init.d/mysql restart.

Depois de seguir as etapas acima, meu problema foi resolvido. Raramente tenho esse problema e provavelmente existe uma maneira melhor; portanto, forneça feedback construtivo, se necessário :).

Seu servidor mysql pode não estar em execução. Verifique se ele funciona digitando mysql.server startno terminal.

Verifique o "bind-adress"parâmetro em my.cnf.

Caso contrário, tente com o comando:

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

• -h para host 127.0.0.1, ou seja, localhost

• -P (observe -P como maiúscula) para a porta 3306, ou seja, a porta padrão para o MySQL

Aqui está o que funcionou para mim:

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

Isso cria um link.

Se você estiver usando o Amazon EC2 e tiver esse problema na instância, precisará fazer o seguinte:

sudo yum install mysql-server
sudo service mysqld restart

O Amazon EC2 não possui um servidor instalado (apenas o cliente está instalado); portanto, é necessário instalá-lo na sua instância e, em seguida, tente

 mysql -u root -p

para verificar se funcionou.

Eu acho que sempre que você receber o erro

ERRO 2002 (HY000): Não é possível conectar ao servidor MySQL local através do soquete '/var/lib/mysql/mysql.sock'

Eu recomendarei primeiro verificar se o seu mysqldaemon está em execução ... Na maioria das vezes, ele não será executado por padrão. Você pode conferir por /etc/init.d/mysqld status.

Se não estiver em execução, inicie-o primeiro:

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

Aposto que 110% funcionará.

Em vez de usar localhost:

mysql -u myuser -pmypassword -h localhost mydatabase

Use 127.0.0.1

mysql -u myuser -pmypassword -h 127.0.0.1 mydatabase

(observe também, não há espaço entre -p e minha senha)

Desfrutar :)

Verifique se você possui backups de bancos de dados importantes e tente desinstalar coisas relacionadas ao MySQL :

apt-get remove --purge mysql\*

Em seguida, instale-o novamente :

apt-get install mysql-server mysql-client

Isso funcionou para mim e os dados foram mantidos.

Se o PHP MySQL mostrar erros, talvez seja necessário reinstalar o PHP MySQL :

apt-get install php5-fpm php5-mysql

Eu também estou enfrentando o mesmo problema que ocorrerá se o seu mysql servernão estiver sendo executado por padrão; ele será interrompido novamente após alguns segundos, para que você execute novamente o $ sudo service mysql start comando ( ), que poderá ser alterado, se souber.

para esse comando use

$ sudo service mysql start   

(insira a senha do usuário, se necessário, porque usamos sudo) e execute

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

agora você tem seu banco de dados

Se sua instalação foi recente, você deve confirmar se a instalação é o SERVIDOR de instalação ... como mysql-server-5.5 .. Talvez você tenha instalado apenas "mysql" .. este é apenas o cliente em vez do servidor.

Se você possui o XAMPP instalado em sua máquina Linux, tente copiar seu my.cnfarquivo de /opt/lampp/etc/my.cnfpara /etc/my.cnf.

Em seguida, execute o mysql -u rootnovamente ... Agora você deve ter o soquete correto e poder executar o cliente MySQL.

Eu também tenho esse problema, mas acabei de:

sudo service mysql restart 

Funcionou para mim.

ENCONTREI A SOLUÇÃO

Antes de disparar o comando:mysql_secure_installation

• Passo 1: sudo systemctl stop mariadb
• Passo 2: sudo systemctl start mariadb
• Etapa 3: mysql_secure_installation

Em seguida, ele solicitará a senha root e você pode simplesmente pressionar Enter e definir sua nova senha root.

No meu caso, a porta padrão 3306 estava sendo usada por algum outro processo e, portanto, não estava iniciando. Depois que eu parei o outro serviço e o fiz sudo service mysql start, funcionou bem. BTW, você pode usar algo como sudo lsof -Pn -iTCP:3306para ver quem pode estar usando a porta.

No meu caso, funcionou fazendo P&D:

Eu consigo conectar ao MySQL usando

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

Mas não está funcionando mysql -u root -p.

Não encontrei nenhum bind-addressno my.cnf . Por isso, superei o parâmetro socket=/var/lib/mysql/mysqld.sockno my.cnfqual estava me causando um problema com o login.

Depois de reiniciar o serviço, tudo correu bem:

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)

eu resolvi esse problema com o mysql restart

/etc/init.d/mysql stop

e

/etc/init.d/mysql start

é isso aí.

Por experiência, digo que você precisa verificar se o servidor está rodando primeiro e depois tentar configurar o MySQL. A última solução é reinstalar o MySQL.

Abra o terminal e digite:

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  

O cliente principal do banco de dados MySQL e os pacotes MySQL Server serão da mesma versão 5.5. O MySQL Client 5.5 e o MySQL Server 5.5 são as atuais "melhores" versões desses pacotes no Ubuntu 14.04, conforme determinado pelos mantenedores de pacotes.

Se você preferir instalar o MySQL Client 5.6 e o ​​MySQL Server 5.6, também poderá encontrar os pacotes mysql-client-core-5.6 e mysql-server-5.6 no Ubuntu Software Center. O importante é que os números de versão do cliente e do servidor correspondam nos dois casos.

Isso funcionou para mim.

Verifique se você possui os direitos corretos:

sudo chmod 755 /var/lib/mysql/mysql

Eu tive os mesmos problemas e isso funcionou para mim. Depois disso, pude iniciar o MySQL.

No meu caso, parece que não consegui realmente matar o processo mysql, quando executo

sudo service mysql stop
ps -ef | grep mysql

O processo mysql estava sempre lá, parece que estava bloqueando o arquivo de soquete e o novo processo mysql não foi capaz de criá-lo.

então isso ajudou

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 &

Agora consigo fazer login no banco de dados usando

mysql -u root

Em seguida, para atualizar a senha root:

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

PS : tive problemas para atualizar o root passwod, parece um problema com o plugin "auth_socket", então tive que criar um novo usuário com privilégios totais

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";

Isso cria o usuário "super" sem senha e você pode se conectar com mysql -u super

No servidor Debian Jessie, minha solução de trabalho era simplesmente fazer

service mysql restart
service mysql reload

como usuário root