我看到所有这些答案，但没有一个提供重置密码的选项，没有接受的答案。实际的问题是他忘记了密码，所以他需要重置，而不是像大多数答案所暗示的那样，看看它是否正在运行(安装与否)。

重置密码

遵循以下步骤(如果你真的忘记了密码，这可能会有帮助，你可以随时尝试，即使你现在没有这种情况):

Stop mysql sudo /etc/init.d/mysql stop Or for other distribution versions: sudo /etc/init.d/mysqld stop Start MySQL in safe mode sudo mysqld_safe --skip-grant-tables & Log into MySQL using root mysql -u root Select the MySQL database to use use mysql; Reset the password -- 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'; Flush the privileges flush privileges; Restart the server quit Stop and start the server again Ubuntu and 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

使用新密码登录 Mysql -u root -p 输入新密码，再次享受您的服务器，就像什么都没有发生一样

这是从重置MySQL根密码。

我也有同样的问题。我找到了这个。

ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock’

这是因为在启动MySQL客户端之前没有运行mysqld守护进程。文件/var/lib/mysql/mysql.在运行MySQL的第一个实例时，将自动创建sock。

修复:

首先启动MySQL守护进程，然后输入MySQL:

/etc/init.d/mysqld start
mysql

修改MySQL Root密码

默认情况下，MySQL数据库的root密码为空。从安全角度考虑，将MySQL根密码更改为新密码是一个好主意。

mysql> USE mysql;
mysql> UPDATE user SET Password=PASSWORD('newpassword') WHERE user='root';
mysql> FLUSH PRIVILEGES;

完成后，通过登录进行检查:

mysql -u root -p
Enter Password: <your new password>

为了防止出现这个问题，您必须从命令行优雅地关闭服务器，而不是直接下电服务器。

shutdown -h now

这将在关闭机器之前停止正在运行的服务。

基于Centos，当你遇到这个问题时，一个额外的方法是移动mysql.sock:

mv /var/lib/mysql/mysql.sock /var/lib/mysql/mysql.sock.bak

service mysqld start

重新启动服务将创建一个名为mqsql.sock的新条目

我曾经遇到过这个问题，并通过安装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。在/etc/mysql/my.cnf中，套接字文件配置可能是/var/run/mysqld/mysqld.sock。因此，删除或重命名/etc/mysql/my.cnf，让mysql使用/etc/my.cnf，那么问题就可以解决了。

我在Ubuntu上有这个，正如我所发现的，有不止一个mysqld实例。

看起来上一个还没有完全停止，而新的已经开始了。运行/ etc / init。d/mysql stop'没有帮助，它总是返回'OK'，并且在那之后会自动启动一个新实例:

        $ sudo /etc/init.d/mysql stop
         * Stopping MySQL database server mysqld        [ OK ] 
        $ pgrep mysql
        28315
        $ sudo /etc/init.d/mysql stop
         * Stopping MySQL database server mysqld        [ OK ] 
        $ pgrep mysql
        28570
        $ sudo /etc/init.d/mysql stop
         * Stopping MySQL database server mysqld        [ OK ] 
        $ pgrep mysql
        28763
        ..... etc ...

幸运的是，下面的命令已经解决了这个问题:

    $ sudo service mysql stop
    mysql stop/waiting

    $ ps -ef | grep mysql
    29841 26858  0 10:59 pts/8    00:00:00 grep --color=auto mysql <--- IT's gone ! 

之后，我能够再次启动mysql，并看到mysql。Sock已经创建成功。

在我的例子中，问题是我所有数据库的页面损坏(检查mysql错误日志)。

我用强制恢复InnoDB解决了这个问题。诀窍是编辑/etc/mysql/my.cnf并添加

innodb_force_recovery = 4

略低于

[mysqld]

然后重新启动mysql。 在检查一切工作正常后，再把线移回来。