我也遇到过同样的问题。对我来说，我加载了Garuda Linux的快照，但我没有恢复它，因此得到了上述错误。

解决这个问题的方法是恢复快照。一旦完成，一切都会好起来的。

在Debian服务器Jessie上，我的工作解决方案是简单地做

service mysql restart
service mysql reload

作为root用户

在我的情况下，我的问题是，我试图从我的linux终端访问，而不是从我的docker容器与mysql。

一个建议:总是问MySQL问题是什么。在我的例子中，减少/var/log/mysql/error.log，看到这个:

2015-07-28 12:01:48 23224 [ERROR] /usr/sbin/mysqld: unknown variable 'log_slow_queries=/var/log/mysql/mysql-slow.log'
2015-07-28 12:01:48 23224 [ERROR] Aborting

它在抱怨，因为我在my.cnf中未注释此选项，但在注释此选项后，它启动时没有任何问题。

在我的情况下，似乎我不能真正杀死mysql进程，当我运行

sudo service mysql stop
ps -ef | grep mysql

mysql进程一直在那里，看起来它阻塞了套接字文件，新的mysql进程不能自己创建它。

这很有帮助

cd /var/run
sudo cp mysqld/ mysqld.bc -rf
sudo chown mysql:mysql mysqld.bc/
sudo service mysql stop
sudo cp mysqld.bc/ mysqld -rf
sudo chown mysql:mysql mysqld -R
sudo /usr/sbin/mysqld --skip-grant-tables --skip-networking &

现在我能够登录数据库使用

mysql -u root

然后更新root密码:

UPDATE user SET authentication_string=password('YOURPASSWORDHERE') WHERE user='root';
FLUSH PRIVILEGES;

PS:我在更新根密码时遇到了麻烦，似乎是“auth_socket”插件的问题，所以我必须创建具有完整权限的新用户

insert into user set `Host` = "localhost", `User` = "super", `plugin` = "mysql_native_password", `authentication_string` = NULL, `password_expired` = "N", `password_lifetime` = NULL, `account_locked` = "N", `Select_priv` = "Y",
`Insert_priv` = "Y", `Update_priv` = "Y", `Delete_priv` = "Y", `Create_priv` = "Y", `Drop_priv` = "Y", `Reload_priv` = "Y", `Shutdown_priv` = "Y", `Process_priv` = "Y", `File_priv` = "Y",
`Grant_priv` = "Y",  `References_priv` = "Y", `Index_priv` = "Y", `Alter_priv` = "Y", `Show_db_priv` = "Y", `Super_priv` = "Y", `Create_tmp_table_priv` = "Y", `Lock_tables_priv` = "Y",
`Execute_priv` = "Y", `Repl_slave_priv` = "Y",  `Repl_client_priv` = "Y",  `Create_view_priv` = "Y", `Show_view_priv` = "Y", `Create_routine_priv` = "Y", `Alter_routine_priv` = "Y",
`Create_user_priv` = "Y",  `Event_priv` = "Y", `Trigger_priv` = "Y", `Create_tablespace_priv` = "Y";

这将创建一个没有密码的用户“super”，然后你可以连接mysql -u super

这个答案与在内存较小的机器上更新到MySQL 5.6有关

我在Debian 8 (Jessie)上从MySQL 5.5升级到5.6时遇到了同样的问题。MySQL没有启动(状态显示为active/exited)，简单地让服务MySQL启动不起作用，因为我从/var/logs/ MySQL /error.log日志文件中发现:

InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(136019968 bytes) failed; errno 12
Cannot allocate memory for the buffer pool

内存不够:我只有256 MB的RAM。

在MySQL中有一个设置，performance_schema。默认情况下，它在MySQL 5.5中是关闭的。

https://dev.mysql.com/doc/refman/5.5/en/performance-schema-startup-configuration.html

但在MySQL 5.6中，默认是开启的，只需在/etc/mysql/my.cnf文件中添加以下一行并重新启动，就可以工作了。

performance_schema = off

警告:关闭此设置可能会遇到性能问题，但我猜在开发环境中这不会是问题。

此外，这里有一篇文章，可能有助于配置MySQL使用最小内存，配置MySQL使用最小内存(web存档链接，以防原来的链接在未来过期https://web.archive.org/web/20201112041608/http://www.tocker.ca/2014/03/10/configuring-mysql-to-use-minimal-memory.html)。