我只是在不得不重新启动生产服务器后遇到了同样的问题。我正在DigitalOcean液滴上运行Debian 8.1 (Jessie)。

这是我解决问题的方法:

检查文件/var/run/mysqld/mysqld.袜子的存在。如果没有，手动创建它，输入touch /var/run/mysqld/mysqld.袜子(这是我必须做的)。 所以MySQL进程可以使用这个文件。通过输入chown mysql /var/run/mysqld/mysqld.sock更改该文件的所有权。 执行完“2”后，输入service MySQL restart或/etc/init.重新启动MySQL服务d / mysql重启。

经过上述步骤后，我的问题得到了解决。我很少遇到这种问题，可能有更好的方法，所以如果需要，请务必提供建设性的反馈:)。

试试这个:

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

另外(看看它是否在运行):

telnet 127.0.0.1 3306 

可能只是my.cnf文件中的错误配置，在/etc/某处(取决于Linux发行版)。

您可以首先检查服务是否正在运行，使用:

ps ax | grep mysql

我得到了这样的回答:

6104 pts/0    S      0:00 /bin/sh /usr/bin/mysqld_safe
6431 pts/0    Sl     0:01 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --pid-file=/var/run/mysqld/m

没有响应意味着服务没有运行，请执行以下操作:

service  mysql start

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

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

innodb_force_recovery = 4

略低于

[mysqld]

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

在Ubuntu 18:10 Linode 1GB Ram中，我遇到了这个错误。在检查了/var/log/mysql/error.log之后，我发现了这个:

[注]InnoDB: innodb_empty_free_list_algorithm由于缓冲池大小较小，修改为legacy。为了使用回退，请将缓冲池至少增加到20MB。

我把我的linode升级到2GB，用sudo mysql重新启动mariadb。接下来运行mysql_secure_admin，但是没有为user-as ususl设置根密码，直到更改根用户使用mysql_native_password插件。 不确定，但似乎袜子是创建的，但由于我的VPS内存不足，服务器关闭了。

检查你是否拥有正确的权限:

sudo chmod 755 /var/lib/mysql/mysql

我也有同样的问题，这个方法对我很有效。这样做之后，我就可以启动MySQL了。