这个答案与在内存较小的机器上更新到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)。

我也有同样的问题。如果您的MySQL服务被关闭，有时会发生这种情况。

所以你必须开始:

sudo service mysql start

安装mysql服务器:

sudo apt-get install mysql-server
enter password as root

登录:

mysql -u root -p root

这里-u用户名和-p密码是在安装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服务器可能没有运行。输入mysql确保它运行。服务器启动进入终端。

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

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

innodb_force_recovery = 4

略低于

[mysqld]

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