解决方案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。

我通过在mysqld部分([mysqld])中删除/etc/mysql/my.conf中的这一行来解决这个问题:

default-character-set=utf8

重新启动，它可以正常工作。

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

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

innodb_force_recovery = 4

略低于

[mysqld]

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

检查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的默认端口

以我为例，我做了一些研发工作:

我能够连接到MySQL使用

root-debian#mysql -h 127.0.0.1 -u root -p

但是在mysql中-u root -p行不通。

我在my.cnf中没有找到任何绑定地址。所以我注释了参数socket=/var/lib/mysql/mysqld。袜子在我的。cnf导致我登录的问题。

重新启动服务后，一切正常:

root@debian:~# mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 5
Server version: 5.6.19 MySQL Community Server (GPL)

可能是配置文件有问题。我也遇到过类似的问题，但我在网上找不到解决方案。我注意到我有两个my.cnf文件，一个在/etc/mysql，另一个在/etc。 遵循以下步骤:

使用定位my.cnf在您的计算机上检查my.cnf文件。 如果有两个条目，即/etc/my.cnf和/etc/mysql/my.cnf， 将/etc/mysql/my.cnf重命名为其他内容，例如/etc/mysql/my.cnf.old

尝试再次运行MySQL。