如果你的my.cnf文件(通常在/etc/mysql/文件夹中)正确配置了:

socket=/var/lib/mysql/mysql.sock

可以使用以下命令检查mysql是否正在运行:

mysqladmin -u root -p status

尝试更改mysql文件夹的权限。如果你在当地工作，你可以尝试:

sudo chmod -R 755 /var/lib/mysql/

这为我解决了问题。

对于那些任何方法都不起作用的人，试试:

cd /etc/mysql

检查my.cnf是否存在

nano my.cnf

确保你只有一个绑定地址，如下所示:

Bind-address = 127.0.0.1

如果没有，这可能就是问题所在，只需退出nano并保存文件。

启动mysql服务

注意，如果你没有nano(它是一个文本编辑器)，只要用apt-get install nano安装它，然后按Ctrl+X退出，不要忘记按Y保存并使用相同的文件)

我还发现这是一个权限问题。我将MySQL文件与工作安装(都在Debian 6 squeeze上)进行了比较，并不得不进行以下所有权更改(其中mydatabase是您拥有的任何数据库)。

所有权mysql: mysql:

chown mysql:mysql /var/lib/mysql
chown mysql:mysql /var/lib/mysql/ib*
chown mysql:mysql /var/lib/mysql/mydatabase
chown mysql:mysql /var/lib/mysql/mydatabase/*
chown mysql:mysql /var/lib/mysql/mysql/* 

所有权mysql:根:

chown mysql:root /var/lib/mysql/mysql
chown mysql:root /var/run/mysqld 

所有权mysql: adm:

chown mysql:adm /var/log/mysql
chown mysql:adm /var/log/mysql.err
chown mysql:adm /var/log/mysql.log* 

我使用127.0.0.1为-h代替localhost，一切正常。在其他情况下有什么-错误上面。

我在Freebsd上也有同样的问题，我通过删除my.cnf文件解决了这个问题。 Mysql的版本是5.6。

从5.5升级后，旧的my.cnf似乎仍然存在，一些不兼容的参数迫使一个错误。 旧的my.cnf有很多参数，但新的只有一个

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

但是如果你这样做了，请记住这可能是一个安全风险，因为没有任何进一步的输入可能会将你的数据库向世界其他地方开放;-) 如果不加，至少要加这条线

bind-address = 127.0.1.1

我通过删除tc.log到/var/lib/mysql目录来解决，因为它在满磁盘后被腐蚀。然后，当我启动mysql时，日志文件被创建为新的。