我也有同样的问题，当我研究日志时

Sudo tail -f /var/log/mysqld.log

InnoDB: mmap(137363456 bytes) failed; errno 12
200610  6:27:27 InnoDB: Completed initialization of buffer pool
200610  6:27:27 InnoDB: Fatal error: cannot allocate memory for the buffer pool
200610  6:27:27 [ERROR] Plugin 'InnoDB' init function returned error.
200610  6:27:27 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
200610  6:27:27 [ERROR] Unknown/unsupported storage engine: InnoDB
200610  6:27:27 [ERROR] Aborting

很明显没有足够的内存来启动InnoDB。我意识到我从来没有设置交换文件…

我按照这个设置交换文件，它工作。

我做了以下更改

在[mysqld]和my.cnf的[client]中都提到了socket的任何路径，并重新启动mysql

[mysqld] 插座= / var / lib / mysql / mysql。袜子

(客户端) 套接字= / var / lib / mysql / mysql.sock

注意，当mysql从my.cnf文件中读取套接字文件的位置信息时，mysql_secure_installation程序有时似乎不能正确地这样做。

所以，如果你像我一样，在安装时到处乱放东西，你可能会遇到这样的情况:你可以用mysql连接到数据库，但东西不能被保护(无论如何不使用那个脚本)。

为了解决这个问题，sreddy的建议很有效:从脚本期望套接字的位置到它实际所在的位置创建一个软链接。例子:

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

(我使用/tmp/作为套接字的默认位置)

这可能是一个愚蠢的建议，但请100%确保您的DB仍然托管在localhost。例如，如果网络管理员选择(或更改为)Amazon DB主机，您将需要该主机名!

MySQL服务器没有运行，或者那不是它的套接字文件的位置(检查my.cnf)。

当我用yum重新安装mariadb时，我遇到了这个问题，它将我的/etc/my.cnf.d/client.cnf重命名为/etc/my.cnf.d/client.cnf.rpmsave，但保留/etc/my.cnf不变。

因为我已经在/etc/my.cnf中配置了mysqld的套接字，在/etc/my.cnf.d/client.cnf中设置了自定义路径。

所以安装后，mysql客户端找不到mysql的socket conf，所以它尝试使用默认的socket路径来连接msyqld，这将导致这个问题。

以下是定位此问题的一些步骤。

检查mysqld是否运行ps -aef | grep mysqld

$ps -aef | grep mysqld | grep -v grep
mysql    19946     1  0 09:54 ?        00:00:03 /usr/sbin/mysqld

如果mysqld正在运行，显示它使用的套接字与netstat -ln | grep mysql

$netstat -ln | grep mysql
unix  2      [ ACC ]     STREAM     LISTENING     560340807 /data/mysql/mysql.sock

检查套接字是否是mysql客户端试图连接。 如果不是，编辑/etc/my.conf.d/client.cnf或my.conf使套接字与mysqld中的套接字相同

[client]
socket=/data/mysql/mysql.sock

你也可以编辑mysqld的套接字，但你需要重新启动或重新加载mysqld。