当试图在SSH客户端连接mysql时遇到这个问题，发现在命令中添加套接字路径时，在套接字之间切换是必要的。

> mysql -u user -p --socket=/path/to/mysql5143.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主机，您将需要该主机名!

我使用MyXQL访问Elixir中的数据库。我的实际错误是使用/tmp/mysql。当/etc/my.conf使用/var/lib/mysql/mysql.sock时。

我的解决方案是在Elixir设置中设置一个环境变量: 出口MYSQL_UNIX_PORT = / var / lib / mysql / mysql。sock，这样MyXQL就不会使用它的默认位置。

这种解决方案的原则是，您可以将MyXQL重定向到另一个位置，以避免这种类型的问题。

先尝试2、3种解决方案。如果您无法找到/var/lib/mysql/mysql.sock .sock，则仍然弹出错误提示

find /var/ -name mysql.sock

检查/var/中的可用空间

df

如果目录已满，请删除一些无用的文件/目录

rm /var/cache/*

也许你的问题现在可以解决了。