我也遇到过类似的问题。Mysql无法启动:

sudo service mysql start
start: Job failed to start

如果我禁用了apparmor:

sudo aa-complain /etc/apparmor.d/*

问题解决了。问题是mysqld试图访问/运行/mysqld/mysqld。Sock，但是apparmor配置文件只允许/var/run/mysqld/mysqld. SockSock (/var/run是符号链接到/run的，所以它们实际上是相同的)。不确定为什么mysqld不使用var路径，因为这是在所有配置文件中设置的，但你可以通过在/etc/ apparor .d/usr.sbin.mysqld中添加以下内容来解决这个问题

/run/mysqld/mysqld.pid rw,
/run/mysqld/mysqld.sock rw,

我认为当你得到错误的时候

ERROR 2002 (HY000):无法通过套接字/var/lib/ MySQL / MySQL .sock连接到本地MySQL服务器

我建议你先检查一下mysql守护进程是否在运行…大多数情况下，默认情况下它不会运行。你可以通过/etc/init.检查d / mysqld的地位。

如果它没有运行，那么先启动它:

.../etc/init.d/mysqld start.

我打赌它会110%有效。

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

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

这个答案很可能会被淹没在这里，但也许有人会偶然发现它。

在我的例子中，SELinux阻止用户/应用程序连接到MySQL (MariaDB)服务器套接字。在RHEL上，如果启用了SELinux，请检查/var/log/audit/audit.log。