ERROR 2002 (HY000): No se puede conectar al servidor MySQL local a través del socket '/var/run/mysqld/mysqld.sock' (2)

Instalé LAMP en Ubuntu 12.04 LTS (Precise Pangolin) y luego configuré la contraseña de root en phpMyAdmin . Olvidé la contraseña y ahora no puedo iniciar sesión. Cuando intento cambiar la contraseña a través del terminal me sale:

ERROR 2002 (HY000): No se puede conectar al servidor MySQL local a través del socket '/var/run/mysqld/mysqld.sock' (2)

¿Cómo puedo arreglar esto? No puedo abrir LAMP, desinstalarlo o reinstalarlo.

Una vez tuve este problema y lo resolví instalando mysql-server, así que asegúrese de haber instalado el mysql-server, no el mysql-cliento algo más.

Ese error significa que el archivo /var/run/mysqld/mysqld.sockno existe, si no lo instaló mysql-server, entonces el archivo no existiría. Entonces, en ese caso, instálelo con

sudo apt-get install mysql-server

Pero si mysql-serverya está instalado y se está ejecutando, entonces debe verificar los archivos de configuración.

Los archivos de configuración son:

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

En /etc/my.cnf, la configuración del archivo de socket puede ser /tmp/mysql.socky en /etc/mysql/my.cnfla configuración del archivo de socket puede ser /var/run/mysqld/mysqld.sock. Entonces, elimine o cambie el nombre /etc/mysql/my.cnf, deje que mysql lo use /etc/my.cnf, entonces el problema puede resolverse.

Prueba esto:

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

Además (para ver si se está ejecutando):

telnet 127.0.0.1 3306 

Probablemente es solo una configuración incorrecta en el my.cnfarchivo, en /etc/somewhere(dependiendo de la distribución de Linux ).

Estoy viendo todas estas respuestas, pero ninguna ofrece la opción de restablecer la contraseña y ninguna respuesta aceptada . La pregunta real es que olvidó su contraseña, por lo que debe restablecerla, no ver si se está ejecutando o no (instalada o no) como implica la mayoría de estas respuestas.

Para restablecer la contraseña

Siga estos pasos (puede ser útil si realmente olvida su contraseña y puede probarla en cualquier momento, incluso si no se encuentra en la situación en este momento):

1. Detener mysql

   sudo /etc/init.d/mysql stop

   O para otras versiones de distribución:

   sudo /etc/init.d/mysqld stop

2. Inicie MySQL en modo seguro

   sudo mysqld_safe --skip-grant-tables &

3. Inicie sesión en MySQL usando root

   mysql -uroot

4. Seleccione la base de datos MySQL para usar

   use mysql;

5. Restablecer la contraseña

   -- 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. Limpiar los privilegios

   flush privileges;

7. Reiniciar el servidor

   quit

8. Pare e inicie el servidor nuevamente

   Ubuntu y Debian:

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

   En CentOS, Fedora y RHEL:

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

9. Inicie sesión con una nueva contraseña

   mysql -u root -p

10. Escriba la nueva contraseña y disfrute de su servidor nuevamente como si nada hubiera pasado

Esto fue tomado de Restablecer una contraseña de root de MySQL .

Intenté los siguientes pasos:

1. Inicie sesión como super usero usesudo
2. Abrir /etc/mysql/my.cnfusando gedit
3. Busque bind-addressy cambie su valor a la dirección IP de la máquina host del servidor de la base de datos. Para mí fue localhosto127.0.0.1
4. Guarde y cierre el archivo.
5. Vuelve a la terminal y ejecuta sudo service mysql start

Y funcionó para mí.

Solucioné este problema ejecutando el siguiente comando:

mysql.server start

Y si está en una Mac y usó brew para instalar mysql, simplemente use:

brew services start mysql

Tuve un problema similar. mysql no comenzaría:

sudo service mysql start
start: Job failed to start

Si deshabilité apparmor:

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

El problema se fue. El problema era que mysqld intentaba acceder a /run/mysqld/mysqld.sock pero el perfil de apparmor solo daba permiso a /var/run/mysqld/mysqld.sock (/ var / run está enlazado a / run, así que estos son realmente lo mismo). No estoy seguro de por qué mysqld no está utilizando la ruta var, ya que eso está configurado en todos los archivos de configuración, pero puede solucionar el problema agregando lo siguiente a /etc/apparmor.d/usr.sbin.mysqld

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

En mi caso fue que el disco estaba lleno y mysqld ya no podía comenzar.

Intente reiniciar el servicio mysql.

> service mysql restart

o

> service mysql stop

> service mysql start

Si no reconoce el stopcomando, definitivamente es el espacio en disco. Deberías hacer algo de espacio en la particiónmysql asignada o agrandar el disco.

Verifique el espacio en disco con

> df -h

Resolví esto matando el mysqlproceso:

ps -ef | grep mysql
kill [the id]

Y luego comencé el servidor nuevamente con:

sudo /etc/init.d/mysql restart

Pero también startfunciona:

sudo /etc/init.d/mysql start

Luego inicié sesión como admin, y ya estaba.

De alguna manera, el proceso del servidor MySQL no creó el socket, o el cliente está buscando el socket en el lugar equivocado.

Mi primera sugerencia sería verificar si el servidor MySQL se está ejecutando. La segunda sugerencia podría ser: ¿se está ejecutando el servidor MySQL en otro host? Si es así, agregue el-h <hostname> bandera a su cliente MySQL en la terminal.

Si MySQL se está ejecutando, y se está ejecutando localmente, verifique su my.cnfarchivo. Debería haber una línea como

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

Vea si eso coincide con la ubicación del socket que mencionó en su publicación.

Por experiencia, diría que el escenario más probable es que su servidor MySQL no se ejecuta en absoluto o no se ejecuta en el mismo host donde ejecuta su cliente MySQL desde el terminal.

Acabo de experimentar el mismo problema después de que tuve que reiniciar mi servidor de producción. Estoy ejecutando Debian 8.1 (Jessie) en una gota de DigitalOcean.

Esto es lo que hice para resolver mi problema:

1. Comprueba si el archivo /var/run/mysqld/mysqld.sockexiste. Si no es así, créelo manualmente ingresando touch /var/run/mysqld/mysqld.sock(que es lo que tenía que hacer).

2. Entonces el proceso MySQL puede usar este archivo. Cambie la propiedad de dicho archivo ingresando chown mysql /var/run/mysqld/mysqld.sock.

3. Una vez que se haya hecho '2', reinicie el servicio MySQL ingresando service mysql restarto /etc/init.d/mysql restart.

Después de seguir los pasos anteriores, mi problema se resolvió. Rara vez tengo este problema, y ​​probablemente haya una mejor manera, por lo que, de ser necesario, proporcione comentarios constructivos :).

Su servidor mysql podría no estar ejecutándose. Asegúrese de que se ejecuta escribiendo mysql.server starten la terminal.

Comprobar el "bind-adress" parámetro en my.cnf.

De lo contrario, intente con el comando:

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

• -h para el host 127.0.0.1, es decir, localhost

• -P (aviso -P como mayúscula) para el puerto 3306, es decir, el puerto predeterminado para MySQL

Esto es lo que funcionó para mí:

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

Esto crea un enlace.

Si está utilizando Amazon EC2 y tiene este problema en la instancia, solo necesita hacer lo siguiente:

sudo yum install mysql-server
sudo service mysqld restart

Amazon EC2 no tiene un servidor instalado (solo está instalado el cliente), por lo que, en caso de que sea necesario, debe instalarlo en su instancia, y después de eso intente

 mysql -u root -p

para comprobar si eso funcionó.

Creo que cada vez que recibes el error

ERROR 2002 (HY000): no se puede conectar al servidor MySQL local a través del socket '/var/lib/mysql/mysql.sock'

Primero recomendaré verificar si su mysqldemonio se está ejecutando ... La mayoría de las veces no se ejecutará de manera predeterminada. Puedes consultarlo por/etc/init.d/mysqld status .

Si no se está ejecutando, primero inícielo:

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

Apuesto a que funcionará al 110%.

En lugar 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

(también tenga en cuenta que no hay espacio entre -p y mypassword)

Disfruta :)

Asegúrese de tener copias de seguridad de bases de datos importantes y luego intente desinstalar cosas relacionadas con MySQL :

apt-get remove --purge mysql\*

Luego instálalo de nuevo :

apt-get install mysql-server mysql-client

Esto funcionó para mí y los datos se guardaron.

Si PHP MySQL muestra errores, es posible que deba reinstalar PHP MySQL :

apt-get install php5-fpm php5-mysql

También me enfrento al mismo problema que ocurrirá si su sistema mysql serverno se está ejecutando de forma predeterminada, se detendrá nuevamente después de algunos segundos para que ejecute nuevamente el $ sudo service mysql start comando ( ) que puede cambiar si lo sabe.

para ese comando de uso

$ sudo service mysql start   

(ingrese la contraseña de usuario si es necesario porque la usamos sudo) y luego ejecute

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

ahora tienes tu base de datos

Si su instalación fue reciente, debe confirmar si su instalación es el SERVIDOR de instalación ... como mysql-server-5.5 .. Tal vez instaló solo "mysql" ... esto es solo cliente en lugar del servidor.

Si tiene XAMPP instalado en su máquina Linux, intente copiar su my.cnfarchivo de /opt/lampp/etc/my.cnfa /etc/my.cnf.

Luego, ejecute de mysql -u rootnuevo ... Ahora debe tener el socket correcto y poder ejecutar el cliente MySQL.

También tengo este problema, pero acabo de hacerlo:

sudo service mysql restart 

Funcionó para mi.

ENCONTRÉ LA SOLUCIÓN

Antes de disparar el comando:mysql_secure_installation

• Paso 1: sudo systemctl stop mariadb
• Paso 2: sudo systemctl start mariadb
• Paso 3: mysql_secure_installation

Luego le pedirá la contraseña de root y simplemente puede presionar Enter y establecer su nueva contraseña de root.

En mi caso, el puerto predeterminado 3306 estaba siendo utilizado por algún otro proceso y, por lo tanto, no se estaba iniciando. Después de que detuve el otro servicio y lo hice sudo service mysql start, funcionó bien. Por cierto, puede usar algo como sudo lsof -Pn -iTCP:3306para ver quién puede estar usando el puerto.

En mi caso funcionó haciendo algo de I + D:

Puedo conectarme a MySQL usando

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

Pero no está funcionando con mysql -u root -p .

No encontré ninguno bind-addressen my.cnf . Así que comentaré el parámetro socket=/var/lib/mysql/mysqld.socken el my.cnfque me estaba causando un problema con el inicio de sesión.

Después de reiniciar el servicio, todo salió bien:

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)

Resolví este problema con reiniciar mysql

/etc/init.d/mysql stop

y

/etc/init.d/mysql start

Eso es.

Por experiencia, digo que debe verificar si el servidor se está ejecutando primero y luego intentar configurar MySQL. La última solución es reinstalar MySQL.

Abra la terminal y escriba:

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  

Tanto el cliente central de la base de datos MySQL como los paquetes del servidor MySQL tendrán la misma versión 5.5. MySQL Client 5.5 y MySQL Server 5.5 son las "mejores" versiones actuales de estos paquetes en Ubuntu 14.04 según lo determinan los encargados del mantenimiento del paquete.

Si prefiere instalar MySQL Client 5.6 y MySQL Server 5.6, también puede encontrar los paquetes mysql-client-core-5.6 y mysql-server-5.6 en el Centro de software de Ubuntu. Lo importante es que los números de versión de cliente y servidor coincidan en cualquier caso.

Esto funcionó para mí.

Comprueba si tienes los derechos correctos:

sudo chmod 755 /var/lib/mysql/mysql

Tuve los mismos problemas y esto funcionó para mí. Después de hacer esto pude iniciar MySQL.

En mi caso, parece que realmente no pude matar el proceso mysql, cuando ejecuto

sudo service mysql stop
ps -ef | grep mysql

El proceso mysql siempre estuvo ahí, parece que estaba bloqueando el archivo socket y el nuevo proceso mysql no pudo crearlo por sí mismo.

así que esto ayudó

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 &

Ahora puedo iniciar sesión en la base de datos usando

mysql -u root

Luego, para actualizar la contraseña de root:

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

PD : tuve problemas para actualizar la contraseña de root, parece un problema con el complemento "auth_socket", así que tuve que crear un nuevo usuario con todos los privilegios

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

Esto crea al usuario "super" sin contraseña y luego puede conectarse con mysql -u super

En el servidor de Debian Jessie, mi solución de trabajo era simplemente hacer

service mysql restart
service mysql reload

como usuario root