当我停止mysql服务时，我得到了完全相同的错误，这里如何解决它:通过(重新)启动mysql使用这些命令:

sudo systemctl start mysql

or

sudo systemctl restart mysql

解决方案1 清除(或删除如果你想保留数据库)任何mysql包，重新重复安装:

sudo apt purge "mysql*"

-Autoremove包

sudo apt autoremove

-停止apparmor服务

sudo systemctl stop apparmor

-让apparmor放弃它的配置文件(我以为用stop就够了，但对我来说不是。systemctl不起作用)

sudo service apparmor teardown

重新安装mysql服务器

sudo apt install mysql-server

安装apparmor-utils，在apparmor中为mysql创建一个允许mysql运行的配置文件

sudo apt install apparmor-utils

检查mysql-server的状态(必须是Active(running))

sudo systemctl status mysql

在apparmor中生成mysql的配置文件

sudo aa-genprof mysql

在其他终端运行mysql(输入root密码)

mysql -u root -p

当apparmor在另一个终端生成配置文件时，在MySQL中执行-do操作

创建数据库中的食物

-切换到另一个终端，按“s”(提示说这是“扫描”)

-对你认为合适的apparmor的政策说“是”(我猜所有的mysql)，说“是”按“a”允许

-按“f”完成apparmor配置文件

-重启apparmor服务

sudo systemctl start apparmor

检查一下你是否可以在其他终端上使用mysql

Mysql>exit

mysql -u root -p

如果一切正常，您可以从命令行使用mysql。

我也有这个问题，但这些答案都帮不了我。问题是不同的，但错误是由OP描述的。

我检查了MySQL的日志在/var/log/mysql，我看到了这个:

150309  5:03:19 [ERROR] /usr/sbin/mysqld: unknown variable   'lower_case_tables_names=1'

我打开/etc/mysql/my.cnf文件并注释掉#这一行。在此之后，我能够连接到数据库。

说实话，我不知道问题出在哪里。由于维护，linode服务器计划重新启动，这个错误突然出现。

试试这个:

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

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

telnet 127.0.0.1 3306 

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

检查my.cnf中的“bind- address”参数。

否则，尝试使用命令:

mysql -h 127.0.0.1 -P 3306 -u root -p

-h表示主机127.0.0.1，即localhost -P(注意-P为大写)用于3306端口，即MySQL的默认端口

如果您正在使用Amazon EC2，并且在实例上遇到了这个问题，那么您只需要执行以下操作:

sudo yum install mysql-server
sudo service mysqld restart

Amazon EC2没有安装服务器(只安装了客户端)，因此在这种情况下，您需要在实例上安装服务器，然后尝试

 mysql -u root -p

来检验这是否有效。